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ig) A method and apparatus for remotaly downloading and executing fUes in a memory. 



Method and apparatus for altering an execut- 
able file stored in a random access menxxy on a 
designated interactive network having a local 
area network Interface comprises activating a 
LAN communication program. The communi- 
cation program operates to broadcast an in- 
quiry through the local area netwoik for the 
designated interactive network board, to re- 
ceive location infonnation of the designated 
interactive network t>oard in response to the 
broadcast inquiry, and to establish communi- 
cation with the des^nated interactive nehwortc 
board. The executable file is downloaded Into 
RAM on the designated interactive netwoik 
board through the local area network nterface. 
A verifying step veiifies a checksum value of the 
executable file against a checksum value in a 
checksum packet attached to the executable 
fila In the case that the verifying step is suc- 
cessfully completed, execution of the execut- 
able t9e may be oorrunanded remotely, e.g., 
across the LAN interface. 
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The present invention relates generally to a circuit board which is coupled to a local area network peripheral 
(e.g. a printer) and which allows the peripheral to be an intelligent interactive networlc member elinninating 
the necessity of dedicating a personal computer to manage the peripheral. More particularly, the present in- 
vention relates to a method and apparatus for downloading executable files to a random access memory 

5 (RAM) from a remote local area network device, and remotely executing the downloaded f fles upon receiving 
a command from the remote LAN device. 

Local Area Networks (lANs") are known for coupling together a plurality of personal computers with per- 
ipheral devices such as printers, copiers, etc., to provide for enhanced communication and shared resources. 
Heretofore, peripherals such as printers coupled to a LAN were rather unintelDgenL merely accepting infor- 

fo matron from the LAN and printing such information on a hard copy. Moreover, such printers usually required 
a host personal computer f PC") to effectively manage the flow of data to the printer, i.e.. to act as a "server* 
for the printer. This almost always required that the host PC be dedicated sdely Id the printer server task. 

A number of produces have recently appeared which ostensibly eliminate the need for such a dedfcated 
PC by incorporating hartlware and software into a circuit board which may be coupled into the peripheral in 

t5 oitler to perform limited server functfons. For example, ASP Computer Products, Inc. provides a device known 
as "JetLAN/P" which acts as a stand-alone print server for Novell networks. The JetLAN/P® devkse couples 
toa LAN using a 10Base-2thin coaxial cable era 10Base-T twisted-pair cable. However, the JetLAN/P® cou- 
ples to the printer only through the printer's parallel port Thus, while print information can be sentto the printer, 
the amount of printer status information whfch can be returned from the printer is severely restrk;fced. For ex- 

20 ample, such a device may obtain "off-line" and "out of paper" status from the printer, but little else. Such a 
device does very little toward making the printer a truly intelligent, responsive member of the network. 

Other known devices for coupling a printer to a LAN include the Hewlett-Packard Jet Direct!® C2071 A^ 
and C205dA. the Extended Systems EtherFlex®. the Intel NetPort® and NetPort II® , t he Castelle LANPress© 
and JetPress®. and the MILAN FastPort<&. However, all of these devioes suffer from the same disadvantages 

25 as the ASP JetLAN in that they do not allow the printer to transmit sufficient amounts of data to the LAN to 
enable the printer to be an effecthre and intelligent member of the network. 

Conventionally, a manufacturer formats and stores executable programs into a programmable memory 
within computers and peripheral devices therefor. These executable programs ganerally are unalterable by the 
customer. Therefore, in the case these devkss require an updated version of an executable program or If it 

so is determined that the executable file does not operate properly and the devices require servicing for the pro- 
gram, the executable program within the computer or the peripheral device must be altered either at the sfta 
of manufacture or at the site of the customer by a manufacturer's representat Ive in order to have th is function 
perfbrmad. For example, conventfonal printers store executable programs in ROM. These executable pro- 
grams, which affect the manner In which an imege is to be formed, are unalterable by the customer. Thus, if 

35 it is deterntined, after the product has been shipped to the customer, that there is a problem in the executable 
software, the manufacturer either has to recall the printer or must sand a service representat h/a out to the 
location of the printer at vrhich point either an update of the software program or a new programmed chip is 
installed. 

Heretofore, it has not been possible to remotely alter the executable files within a computer or peripheral 
40 device through a local area network from a remote LAN device. That is. a computer or a peripheral device could 
not be accessed through the LAN in order to alter or add addit ional executable files, and in addition, to receive 
remote commands through the LAN to execute the altered execute ble files or newly added files. Consequently, 
software updates and added executeble files must be performed by the manufacturer or at the customer's 
site by a servk» refyesentathre which is not only inconvenient, but expensive. 
45 The present invention addresses the drawbacks noted above by providing structure and f unctton on a cir- 
cuit board coupled to a peripheral whtah wiU permit the peripheral to be a responsive, intelligent member of a 
network. 

In one aspect of the present invention, a method for downloading an executable f i le to be stored in a RAM 
on a designated interactive network board is provided whereby a remote LAN device downloads the executable 

so file through a LAN interface on the interactive network board, and remotely commands the Interactive network 
board to execute the downloaded file. According to this aspecX of the invent ton. a method for downtoading an 
executable file to be stored in a RAM on a designated interactive network board having a local area network 
interface coirprises the step of activating a LAN communication program. The communication program oper- 
ates to broadcast an inquiry through the local area netvvork for the designated interactive network board, to 

55 receive location infdrmat ton of the designated interacthre network board in response to the broadcast inquiry, 
and to establish communication with the designated interactive network board. The executeble file is down- 
loaded into the RAM on the designated interactwe network board through the local area network interface. 
A verifying step veriHea a checksum vahje of the downloaded executable file against a checksum value in a 
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checksum packet attached to the executable file. In the case that the verifying step Is successfully completed, 
the execution of the executable file is commanded from a lemote LAN device. 

According to another aspect of the invention, an apparatus for downloading an executable file to an in- 
teractive network l)oafd Includes a RAM disposed on the Interactive network board for storing the downloaded 
5 executable file therein, a LAN Interfece connected to the interactive network board for receiving the down- 
loaded executable file, arri a processor for executing the downloaded executable file stored in RAM. The proc- 
essor exeojtes the executable file in response to a confimand from a remote LAN interface. 

BRIEF DESCRIPTION OF THE DRAWINGS 

io 

The above^noted advantages and features of the present Invention will become more readily apparent 
from the following detailed description of exemplary embodlnwnts when taken In conjunction with the Draw- 
ings in which: 

RG. 1 is a block diagram of a Local Area Network according to the present inventnn; 
t5 RG. 2 » a block diagram of a plurality of Local Area Networks coupled together 

RG. 3 Is a block diagram showing the Network Expansion Board according to the present invention cou- 
pled between the Local Area Network and the printer; 

RG. 4 Is a block diagram of the Network Expansion Board according to the present invention; 
FIGS. 5A. 5B and 5C comprise a top-level flowchart showing the basic f unct ions of t he Network Expansion 
20 Board acoctfding to the present inventton; 

RG. 6 is a diagram showing the sequence in which software modules are loaded from the Network Ex- 
pansion Board ROM to RAM; 

RG. 7 is a block diagram showing hardware and software Interfaces between the LAN and the Network 
Expansion Board; 

25 RG. B is a flowchart showing how the EPROM firmware Is conf fgured for placing the Network Expansion 
Board in an operational mode; 

FIG. 9 Is a chart showing the physical construction of different frame packets used on Ethernet 

RG. 10 is a flowchart showing the operation of a PRESCAN software module; 

RG. 11 Is a chart showing that the PRESCAN module may be used with other software protocols; 
30 RG. 12 is a chart for explaining the software structure of the SAPSERVER program; 

FIG. 13 Is a flowchart showing the operation of SAPSERVER; 

RG. 14 is a flowchart showing the operation of a CPINIT program; 

FIG. 15 Is a flowchart showing the operation of a CPCONSOL program; 

FIGS. leAand 16B comprise a ftowchart showing the operattan of a CPSOCKET program; 
35 RGS. ITAand 17B comprise a flowchart showing the automatic logging of peripheral slatistfcs; 

RG. 18 Is a flowchart showing how multi-tasking procassing is performed; 

RG. 19 Is a flowchart showing how to place the printer in a safe, default configuratton; 

FIG. 20 is a flowchart showing the downtoading of executable files to the Network Expansion Board from 

the local area network; 

40 RG. 21 is a flowchart showing the loading of independently-fixecutabia modules m the EPROM of the 
Network Expansion Board; 

FIG. 22 Is a block diagram showing Network Expansion Board EPROM flash protectton circuitry; 
FIG. 23 is a flowchart showing the operation of the circuitry of FIG. 22; 

FIG. 24 is a flowchart showing the operat ton of remotely loading firmware in the Network Expanston Board 
45 EPROM; 

RG. 25 Is a block diagram showing a hardware configuratton for testing the Network Expansion Board; 
and 

FIGS. 26Aand 268 comprise a flowchart showng a met hod of testing the Network Expansion Board using 
the test configuration of FIG. 25. 
so The embodiments aim generally to provide hardware and software soluttons for making a network per- 
ipheral, such as a printer, an interactive network member capaWo not only of receiving and processing data 
received from the network, but of transmitting to the network significant amounts of data such as detailed 
status information, operational parameters, and even data Input to the peripheral through other modalities 
such as scanning, facsimile recept ton, etc. By integrating such hardware and software with the peripheral, it 
w is po68ik>le to eliminate the requirement for dedicating a personal computer to the perlpheial to act as a per- 
ipheral server. 
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1. ARCHITECTURE 

FIG. 1 b a block diagram showing the present invention incorporated into a Network Expansion Board 
(• NEB^ 2 coupled to a printer 4 which has an open architBCture (to tie discussed below). The NEB 2 is coupled 

5 to the LAN bus 6 through a LAN intBrfece 8. forexample. Ethem^ interfaces 1 0Base-2, 1 0Base-T. or lOBase- 
5, respectively, with a Coax connector, an RJ45 connector, or a DB15 connector (AUI). Also coupled to the 
LAN 6 may be such network members as PC10, PC 12, PC 14 (which In this case acts as the network ad- 
ministrator If the administrator has logged In at that PC: to be discussed below), and a printer 16 (wth em- 
bedded QSERVERfunctionality; sriso to be discussed below). Other LAN members may include PC 16 (acting 

io as a print server; to be discussed below) with attached printer 20. PC 22 {acting as an RPRINTER; to be dis- 
cussed below) with attached printer 24, and printer 26 which is coupled to the LAN 6 through a NetPort device 
28 (discussed in the Badtgraund of the Invention above). Aflle server 30 is coupled to the LAN 6 and serves 
as a library" for files to be transmitted and processed on the LAN. The file server 30 may have attached prin- 
ters 32 and 34. 

15 In more detail, the network depicted In FIG. 1 may utifee any network software such as Novell or Unbc 
software in order to effect communteation among the various network members. The present embodiments 
will be described with respect to a LAN utilizing Novell Netware® software (to be discussed In greater detail 
in section 3a below) although any network software may be used. Adetai led description of this software pack- 
age may be found in the publications -NetWare® User's Guide' and the "NetWare® Supervisor's Guide' by 

20 M&T Books, copyrighted 1990. incorpcvated herein by reference. See also the "NetWare® Print Server* by 
Novell, March 1 991 edition, NoveU Part No. 100-000892-001 . Briefly, the file server 30 acts as a file manager, 
receiving, storing, queuing, caching, and transmitting flies of data between LAN members. For example, data 
files created respectively at the PCs 10 and 12 may be routed to the file server 30 whfch may order those 
data files and then transfer the ordered data ffles to a printer 24 upon command from a print server in PC 18. 

25 The file server 30 may InchJde or may be coupled to a large capacity storage member such as a 1 0 Gigabyte 
hard disk subsystem. Furthermore, the printers 32 and 34 may be coupled to the file server 30 to provide ad- 
ditional printing stations, if desired. 

While paraonal canputar equipment is inustrated in FIG. 1, other computer equipment may also be includ- 
ed, as appropriate to the network fioftwans being axeouted. For example, Unbc workstations may be indudad 

30 m the network when Unfac software is used, and those workstations may be used in conjunction with the illu- 
strated PCs under appropriate circumstances. 

PCs 10 and 12 may each comprise a standard work station PC capable of genarating data files, trans- 
mitting them onto the LAN, receiving files from the LAN, and displaying and/or processing such files at the 
work siatkNi. The PCs 1 0 and 1 2, however, are not capable of exercising control over LAN peripherals (unless 

35 the network administrator is k>gged into that PC). 

A PC capable of axarting limitad control ovar LAN peripharals is PC 22 which includes an embaddad 
RPRINTER program. The RPRINTER program is a MS-DOS Terminate and Stay Resident {"TSR") program 
which runs on a work station to allow users to share the printer 24 connected to the work statbn. RPRINTER 
is a retathfely unintelligent program that does not have the ability to search printer queues for work. RPRINTER 

40 gets its work from a PSERVER (to be discussed b^ow) that is running elsewhere in the network. Because 
they communicate with the attached printer over the printer's parallel port, RPRINTERs are able to obtain only 
limited status and to return that status information to the responsible PSERVER over the LAN 6. Fioma corttrol 
standpoint, an RPRINTER allows stopping erf a print job and little mora. Soma printers Include RPRINTER fea- 
tures by offering internal or external circuit boards that provkle the same limited features of the RPRINTER 

45 TSR program running in a personal oamputer. 

Another network entity capable of exercising limited control over LAN peripherals is a printer 16 with at- 
tached circuit board 36 having an embedded QSERVER program. Here, the QSERVER program runs inside 
an HP LaserJet IVf^ SI printer, and has the capability of searching the file server 30 print queues for eligiWo 
print files. The QSERVER's search queues cannot be dynamically altered nor does the QSERVER respond 

eo to any form of status inquiry. THe benefit of the QSERVER is Its ability to autonomously search for work. The 
QSERVERdoes not require a PSERVER running elsewhere in the system to feed it work. Since the QSERVER 
does not have a corresponding PSERVER and it does not itself have any status and control capabilities, it 
offers lass contrd than even the RPRINTER. A QSERVER also differs from a PSERVER in that it has ax- 
tremely limited notification features and cannot print banners at the beginning of each print job. 

55 Another network member having a QSERVER capability is printer 26 whteh is coupled to the LAN 6 
through an external NetPort device 28. 

Other peripheral server programs may be executed to servk:e various peripherals, such as scanners, cop- 
iers, faceimiles etc, and aarvera may also be piovkied based on network aoftware protoool such as a Unbc- 
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. compatible Line Printer Remote server ("LPR"). 

ALAN member capable of exercising significant control over LAN peripherals is the PC 18 having a PSER- 
VER program embedded theieln. PSERVER has the ability to service multiple user-defined print queues, per- 
torm dynamic search queue modification, and provide defined notification procedures lor exception (failure) 

5 conditions and status and control capabilities. PSERVER is provided in several forms. PSERVER.EXE Is a 
program that runs dedicated on a work station and controls both local and remote printers. The local printers 
can be connected to either serial or parallel ports, and the remote printers are printers running elsewhere in 
the system. Two other forms oT the PSERVER program are the PSERVER. VAP and the PSERVER.NLM. 
These are PSERVER versions that run on the file server 30 itself. The .VAP verston is for NetWare® 286. 

10 and the .NLM version is for NeWars® 388. \While the PSERVER provides much more capabnity than the 
RPRINTER and QSERVER, one of its drawbacks is that the -EXE version requires a dedicated personal com- 
puter. 

Adedteated personal computer running PSERVER.EXE can control as many as 16 local/remote printers 
and can request print Informalfon from many file server queues. However, there are several drawbacks to re- 
ts lying on PSERVER to control network printing servtoes. The first drawback is that multiple printer streams 
must all be funnelled through a single network node and personal computer processor. This can become a 
bottleneck. The second drawback is that for the most efficient operation, the printers should be connected to 
the computer locally, as with the printer 20. This can be an inconvenience for users since it requires the printers 
to be clustered around PC 18. The third drawback is that if the controlled printers are remote as in the case 
20 of printer 24 which is servioed by RPRINTER. then the print data must make the trip from the file server 30 
to the PSERVER PC 18 and then be retransmitted to the printer running RPRINTER. This is inefficient 

The fourth drawback is the limited amount of printer status and control information offered through PSER- 
VER. It has already been stated that RPRIhTTER does not allow for much more than rudimentary status such 
as "out of paper* and 'offline'. PSERVER itself for locally and remotely connected printers does not offerrouch 
25 more than this because ft was designed with consideratton of the limltatkMis of the personal computer parallel 
port The PSERVER program also allows for its own status and control. 

The Network Expansion Board 2 installed in the printer 4 provides many advantages and enhanced flex- 
ft>iiity over the network peripheral control entitiefi discussed above. In particular, the NEB-embedded control- 
ler offers RPRINTER. PSERVERand LPR (Line Printer Remote) functionality {through CRPRINTEI^ CPSER- 
30 VER and CLPR programs to be discussed in section 3d below). There is an initialization program named CPl- 
NIT (to be discussed in sectton 4h below) which allows the network administrator's PC 14 complete control 
over the configuration of NEB features. Due to Its embedded nature and the open architecture of printer 4, 
the NEB will have the ability to offer a wide variety of stetus and control features to the netwwark. That Is, ver- 
bose amounts of status information may be provided from the printer4 to the LAN 6, and agnealdeal of control 
35 information may be provided from the LAN 6 to the printer 4 (for example, exerdsing printer front panel func- 
tions from the PC 14). 

To access the extended amount of information available in the NEB, a program called CPCONSOL is res- 
Ment in the network administrator's PC1 4 and allows the system administrator to view all of the printer infor- 
matton which is exported from the printer 4 by the NEB Z The printer information is availabte even if the 

40 RPRINTER functional configuration (CRPRINTER) of the NEB 2 is selected. The PSERVER functional con- 
figuration (CPSERVER) of the NEB 2 will control the printer 4 that contains the board. This optfon will have 
all of the standard PSERVER queue searoh capabilities as well as the notify and stetus featuros. All of these 
features can be dynarrricaiiy caantroiled from a remote work station. The NEB errviranment and its ability to 
export extended status and control information from the printer 4 makes the combination of the NEB 2 and 

45 the printer4 much moro powerful than the standard RPRINTER, QSERVER, or PSERVER print methodologies 
currently available. 

The CPCONSOL program (to be discussed in greater detail In section 4i bekaw) provided in the network 
adntinistrator's PC 14 is capable of interfacing with the NEB 2 (and other network members) to perform such 
functtons as displaying current information for a selected network device (interface information, control in- 

so formation, font information, layout information, quality and common environment information, duplex informa- 
tion, and miscellaneous informatfon). CPCONSOL is also capable of setting or modifying the safe (defeult) 
conditton of a network device. CPCONSOL may also activate or deactivate applications of the NEB 2 such 
as CPSERVER or CRPRINTER (to be discussed below, but generally similar to the PSERVER and RPRINTER 
software packages discussed above). Furthenmore, the CPCONSOL enables the PC 14 to display a log file, 

55 Clear the log file, or write the log file to memory such as a local or a file system disk. CPCONSOL can also 
display such printer-related information on PC 14 as the number of jobs, the number of pages per job. the num- 
ber of pages per minute, the time per job, the number of total pages per day, the number of total jobs per day, 
and the number of daya The CPCONSOL program is also capable of displaying on the PC 14 such netvvork- 
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related information as media related and non-media related information, and of clearing such networlc statis- 
tics. 

The CPINIT program (to be discussed in greater detail in section 4h below) resident in the networlc ad- 
ministrat<^s PC14 can set up application information print services such as CPSERVER and CRPRINTER 
5 and configure those applicat tons. CPINIT is also capable of setting andAv displaying device information such 
as time/date/time zone, buffersize, disk size, logging flag, log limit and a safe (default) environment flag. CPI- 
NIT can also restore default service headings, reset the NEB 2, reboot the NEB 2. command a font download, 
command an emulation download, display a NEB power-on-self-test f POST^ error, display the NEB 2 firm- 
ware level, display the current log file size. etc. 
io By providing the NEB 2 with PSERS/ER and RPRINTER capabilities, the present invention achieves, with 
a single circuit board, enhanced functionality for the printer 4 with respect to the LAN 6. Tberefore, the printer 
4 is a true "networked" printer and not just a printer connected to a network. 

While the present invention offers unique advantages on the LAN 6, these advantages are also realized 
when the LAN 6 is coupled to one or more other LANs in a Wide Area Network fWAN"). FIG. 2 depicts such 
15 a WAN which includes a first LAN 41 Including a server SI 40. PC^42. 44. and 46, and a printer 46. The server 
SI 40 Is coupled to a bacld3one 50 over a bus 52. The backbone 50 is nothing more than an electrical con- 
nectk>n between a plurality of buses. Also connected to the WAN is a second LAN 61 comprising server S2 
60, PC's 62, 64, and 66, and a printer 68. Server S2 60 is coupled to backbone 60 over bus 54. 

The WAN may also include a remote LAN 71 comprising server S3 70, PCs 72. 74 and 76 and a printer 
20 78. Since the LAN 71 Is remote from the remainder of the system, it is coupled to backbone SO through a bus 
66, a transponder (which may include a nrKxIem) 58, and a communbation line 5g. 

In such a WAN. assume that PC 42 is a PSERVER requesting the use of printer 78. If the printer 78 is 
equipped with a NEB according to the present Inventkin. a direct communication link can be established be- 
tween the PC 42 and the printer 78 whereby job information can be sent to printer 76. and status and control 
25 Information can be sent from printer 76 to the LAN 41 . Therefore, the NEB according to the present invention 
achieves its enhanced f unctionafity even when installed in a peripheral coupled to a WAN. 

RG. 3 is a block diagram depicting the connection of the NEB 2, according to the present invention, with 
the printer 4 and the LAN 6. The NEB 2 is directly connected to the LAN 6 via LAN intarface 101, and also to 
the printer 4 via a bidirectional Interred, here a Small Computer System Intarfeice ("SCSI") 100. The SCSI 
30 interfeee 100 is coupled to an SCSI bus 102 of the printer 4. 

The NEB can also service additional SCSI devices, such as other printers (RPRINTERs) or other periph- 
erals, daisy-chainad on the SCSI bus using standard SCSI connectivity protocol. Also, the NEB may be used 
to drive other peripherals across the LAN itself. 

The printer 4 is preferably an open-architecture printer including the SCSI bus 102 and SCSI interfaces 
35 1 04 and 106. Printer 4 also includes a processor 108 such as a REDUCED INSTRUCTION SET COMPUTER 
(■RISC^ which communicates with a RAM Memory 110 and with a printing engine 112 whifih actually drives 
the printing mechanism. The RISC processor also communicates with NVRAM 111 for storing information 
which needs to be maintained between power cycles, such as user-defined information, and with ROM 113 
from which RISC processor 1 08 executas printer control. The printer 4 may also include a hard disk 114 capable 
40 of holding large amounts of data in a non>volatile way. Printer 4 also has a front panel display 116. and a Key- 
board 11 5 for inputting control commands to the printer. 

Prefembly, the printer 4 includes an open architecture which takes advantage of the bi-directional nature 
of the SCSI interface 100 to provide a great deal of status (and other) information from the printer 4 to the 
LAN 6 via the NEB, and also to allow fine control of the printer from a rennota location. For example, such 
45 open architecture when used with the bi-directional SCSI interface permits most or all of the information on 
the front panel display 116 of printer 4 to be exported to a remote location, and also permits most or all of the 
control functions of the printer front panel keyboard 115 to be activated from the remote locatbn. 

Briefly, the open-architecture printer 4 comprises four n^jor subsystems: Communication; Job Pipe; Page 
Layout and Raster functions; and Systems Services. The Communkation subsystem handles the different 
so communication devices and initiates the start of a job applfcatton. When the printer starts to recede data, the 
Communication subsystem sands the first part of the incoming data to each emulator for examinatton. The 
first emulator that can process the data becomes the Job Pipe driver. The system then constructs a Job Pipe 
to process the data (data flows into one end of the pipe, and page images fkiw out of the other end). This Job 
Pipe comprises many segments one of which is the Job Pipe driver. 
55 The Job Pipe subsystem has a Pipe driver segment (the applicatton for an emulator) and input and output 

segments. The input and output pipe segments have at least two other segments: for input, source and source 
filter segments; and for output, an output filter and a data sink. The input segment of the Communicatkm sub* 
system delivers the input data which can be supplemented by infbrmatkMifrom a file system. The Pipe driver 
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processes Input and supplemental data It also generates imaging commands and page layout Information that 
it sends to the output segnrenl The Pipe driver may store this information to the printer disk fif present). The 
output segrr^t sends this data to the Page Layout and Raster sut}system. 

The Page Layout and Raster 8Ut>system takes the imaging and page layout information and converts It 
5 to a raster image for the print engine 11 Z This section operates completely separately from Job Pipe. 

The System Services subsystem provides file system access, console access, font services, basic system 
services, and image generation services. Therefore, a printer 4 having such an open archltBCturB will take full 
advantage of the Intelligent, IntBracthfe NEB 2 to provide Increased functionality to the printer 4 and the entire 
network. 

io 

2, HARDWARE 

RG. 4 is a block diagram of the NEB 2 showing the major components thereof. The NEB 2 Is coupled to 
the LAN 6 through network connectors 202, 203. and 204. Preferably, the connector 202 is an RJ46 capable 
15 of accepting a 10Base-T connectton. The connector 203 may comprise a DB15 connector for accepting a 
10Base-5 connection, vriiile the connector 204 may be a simple Coax connector capable of accepting a 
10Base-2 connection. All of the connectors 202, 203, and 204 are coupled to a network controller 208 (pre- 
ferably an Ethernet Network Controller). However, the connector 204 is f ir^ coupled through a transceiver 
20a. 

20 Power is supplied to NEB 2 from a +5V power source In printer 4 through the printer expansion port 226. 
The <-5V power is also provided to the power converters 21 0 and 212. The power converter 21 0 provides -9V 
power to transceiver 208, while the power converter 212 provides +12V power for flashing" (loading; to be 
discussed In section 4q below) the EPROM 222. Also, the network controller 206 is coupled to an 8 KB statk; 
RAM 214. 

25 The heart of the NEB 2 te a mteroprocessor 216, preferably an NEC V53. The micropiocessor 216 is cou- 
pled to a serial port 216, currently used for testing. Also coupled to the microprocessor 216 are a 512 KB dy- 
namk; RAM 220, a 256 KB flash EPROM 222, an SCSI controller 224 (corresponding to SCSI interface 100 
of RG. 3) a printer expansion port 226. a diagnosticfi^llure LED 240, a 256 Byte non-volatile RAM 228, a 
control ragistar 230, and a PROM 232 which stores tha Madia Access Control ("MAC") address which is the 

so unique name for every EtherNet board. 

The architecture of the NEB 2 provides an advantage in that It has unique support fisatures for adminis- 
tration and management Qflarga, multi-area networks. These support features indude. for example, printer 
control and status monitoring from a remote location on the network, (i.e., from the network administrator's 
office), automatic management of printer configuration after each print job io provide a guaranteed initial en- 

35 vironmentfor t he next user, and logs of printer usage statistics accessible across t he network for characterizing 
printer workfoad and scheduling toner cartridge replacan«nt. Alcey parameter in the NEB design Is. tha ability 
to access the printer control state from the NEB 2 through a bi-directional interface, here the SCSI interface 
1 00. This allows the printer console Information to be exported to the NEB or to an external network node for 
the programming of many useful printing support functions. 

40 Table 1 below provides a description of the functions, implementation, and operattonal notes with respect 
to the major hardware elements of NEB 2. 
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Table 1 



Function 


Inplementatlon 


Motes 1 


Network controller 
(206) 


National DP 83902 


With DP8392 Coax 1 
Transceiver 


Ethernet Interfaces: 


lOBase-Z (202) 


Coax connector 


lOBase-T (204) 


RJ45 connector 


lOBase-S (203) 


DB15 connector 
^AUI) 


Embedded Processor 
(216) 


NEC V53 


16-bit/ 16MhZ HPU 
with DMA, timers. 
Interrupts R 


EPROM (Flash) 
(222) 


256K. Bytes 


Net%rar)c program 
code, board BIOS 
(Basic input 

diagnostics 


NVRAM 

(220) 


2S6 Bytes 


Printer 
Installation 
Configuration on^ — 
Network 


DRAM 

(220) 


512K Bytes 


Code execution and 
data buffering for 
exp.port 


SRAM 

(214) 


8K Bytes 


Buffering of 
incoming Ethernet--^ | 
packets 'z \ 



SCSI controller 
(224) 


NCR 53C90A 


30-pin, internal R 
I/F configuration R 
with power | 


ImaC Address and 
1 Hardware ID PROM 
1 (232) 


32 Bytes 


Stores MAC address 1 
and Hardward ID 
infomation 


Board Size 


100 mm X 125 mm 


Type 2 EXP-I/F 
PCB, doubles ided 
SMT 


Power 


5vdc, 710 ma 


DC converter on 
board for Ethernet 
♦I2vdc/-9vdc 



Preferably, the NEB 2 is instelled-inside the printer 4 in an expansion or options slot The NEB 2 is thus 
an enr\bedded network node with the processing and data storage features described above. 

The microprocessor 21 6 implements a data link layer of networic packet transmission and reception. Net- 
work dote transfer overhead is irvninrized through the use of a dedicated static RAM packet buffer 21 4 man- 
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aged directly by the network controller 206. The mkyoprocessor 216 accesses blocks of SRAM packet data 
and network rrossages through the network controBer 206, and moves them into the large DRAM mermary 
220. 

Blocks of print image data and control information are assembled by the mk:fDproces9Qr 216 for trans- 
5 mission to the printer 4 by the SCSI controller 224 using the SCSI transfer protDod of the printer expanskin 
port Likewise, printer status Information is transferred from printer 4 back to the NEB 2 in SCSI bkx:k format 
The SCSI controller 224 operates concurrently with the network oontroller 206 for increased data throughput 
for overall NEB performance. 

The microprocessor 216 is preferably an NEC V53 chip whteh is a fast highly-integrated microprocessor 
io with a 16-bit Intel-compatible processor in support of Direct Memory Access fDMA"), interrupt, timers and 
DRAM refresh control. Data bus structure on the NEB 2 is Implemented 16-bits wide to take advantage of the 
8-Blt/1 6-Bit dynamic bus sizing during microproiessor I/O transfers. Contral firmware and printing application 
software for the mtoroprocessor 216 are stored on the NEB 2 in EPROM 222. After power-on self-test the 
firmware code is selectively moved to the higher-performance DRAM 220 for actual executton. Network and 
t5 printer configuration parameters are written Into NVRAM 228 when the printer Is first installed onto the net- 
work. Thus. NVRAM 226 allows the NEB software to recover the Installatfoh parameters after printer power 
has been cycled off and on. 

3. SOFTWARE 

20 

Software for the LAN comprises a combination of network software, and NEB-customized software such 
as NEB-embedded software and sof tvi^are resident on the network administrator's PC. 

3a. Network Software 

25 

In the present embodiment, NetWare® network software Is used to mana^ interactbns between nodes 
of a network such that the client work statkins can share and receive services from server nodes such as 
disk file servers, databaea sarvars, print sarvers, dtc. NetWare® itself is a combination of sof twars modules 
running on thasa servar nodes and on each work station node. At least one file server may be provided in a 

50 Novell network. NetWare® runs as the operating system for the PC of the file server to provide bask: network 
core servbes and ut i I it les. Fi le servers can conned to more t han one LAN by using up to four network interface 
cards (preferably Ethernet or Token Ring connections). In these configurations, 'bridging' or -backbone" ser- 
vices are provMed between a pkirality of LANs, as shown in FIG. 2, such that resouicss. including printers, 
can be shared "internet" i.e., from one LAN to another. 

35 On work stations, NetWare® runs in cooperation with the work station operating system (DOS or OS12) 
as a NetWare® "shall" of contra! sof twara This shall has t ha af feet of extending the services of t ha workstattan 
operating system onto the network to make nehwork resources appear local to the work statbn. 

Novell PSERVER softMre has the job of controlling a group of printers (up to sixteen) in order to service 
printing requests from network nodes. Requests are structured in a form of print queues that are held on the 

40 network file server using network queue management sennces. Queue entries contain a list of files to be print- 
ed. The files contain data to be printed such as tabs, formfeeds, and other Printer Descriptkm Language 
fPDL") commands. Severe! queues can be serviced by a single PSERVER. 

Standard Novell servers are available In different verstons depending on the type of nstwcrk node they 
are to execute on. Print server programs can reside on the file server itself. Aversion of print servar softiware 

45 may also be loaded on a stand-alone DOS station node to make that node a dedicated print server. 

By providing print server functionality (CPSERVER) to NEB 2 Of the present invention, the NEB and at- 
tached printer will offer all the printing services of a standard Novell print server without the need for an at- 
tached PC. 

Printers themseh/es are considered to be either local" or •renrwte". A local printer is one that is physically 
60 connected to the print server noda In the case of the NEB 2, the tocal printer is the printer housing the NEB. 
A remote printer is managed by RPRINTER programs running in the PCs they are connected to. RPRINTERs 
receive print data from PRINTSERVERS running elsewhere on the LAN. The NEB 2 of the present invention 
can be provktad with RPRINTER functionality (CRPRINTER) to offer its printer as a natwoik remote printer. 
In this nrK>de, it is fully compatible with standard versions of Novell print servers. 
55 Novell NetV^re® provides a number of print utilities to configure and control file server or work statton- 

based print servers and their attached printers. The Novell program PCONSOLE is a nr^enu-driven utility that 
allows a user (the printer console operetor) to oreate a new print server, configure up to sixteen k)cal or remote 
print ports, create print queues, assign queues to printers, and atart/atop printer and server operat tons. 
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3b. NEB-Custprrazed Softiwaie 

The NEB 2 is bundled wth 9C9ftware modules that implement the full range of printing servioes offered 
by NetWare®. This includes external NetWare^-oompatble modules that execute on work station nodes of 

5 the network in additnn to Internal NetWares-compatible modules running on the NEB 2 inside the printer. 
The specif tc NetWare®-compatlbIe programs developed for use with the NEB 2 (e.g., the customized CPSER- 
VER and CRPRINTER progiams to be discussed beiow) ate provided with the same general operational In- 
terfaces as standard printing modules from NoveD so as to be familiar to Novell users and network admlnls- 
tration personnel. The customized versions indudefunctional extensions that make use of the open architeo 

io ture of the printer 4 to enhance print service management across the networic 

Table 2 shows the functions, implefnentations. and operational notes for the customized software devel- 
oped for the NEB, 



Table 2 



15 


Function 


Implementation 


Notes 




NEB-spectfic functions in 
NEB EPROM 


CP SERVER 


(92KB) 


Customized Print Server 


20 




CRPRINTER 


(40KB) 


Customized Remote Printer 




NEB-tD>Network communica- 
tion in NEB EPROM 


CPSOCKET 


(30KB) 


Concurrent multhprotoool operation 


25 


NEB Envrionment in NEB 
EPROM 


{15KB) 


Monitor, toader. POST, etc 




Extensbns to NetWare® 
PCONSOLE for Printer Con- 
trol/Configuration in Adminis- 
trator's PC 14 






Remote Control & Stets, Auto-Re- 


30 


CPCONS0L.EXE 
CPINITEXE 


(180KB) 
(120KB) 


configuration, Print Job 
LogsyStatistics 



35 3a NEB-Embedded Software 

The software developed for the NEB 2 includes software embedded.ln the NEB and software loaded into 
the network administrator's PC 14. The NEB-embedded software provides both the NetWares-compatible 
node and NetWares-compatible print services directly inside the printer4 without the overhead of a work sta- 

40 tion PC and its DOS operating system The NEB-emt>edded software comprises a plurality of application mod- 
ules (CPSERVER, CRPRINTER. etc), leal-tlme service modules, network protocol stacks, and a MONITOR 
program wh ich performs application switching, process extension, device semaphores, and shares buffer-pool 
management The functnnality of the NEB is determined by the types of application modules and the number 
of protocol stacks of network layered communication software that are configured into the NEB 2. Interaction 

45 between the printer 4 and the network is coordinated by the MONITOR program which responds to real-time 
events while allocating NEB processing time to each appllcatbn module on a mutth-tasking l^asis. 

The NEB software functions at two layers: a "run-time" or real-time layer; and a "soft-time' or applications 
layer. The run-time layer is comprised ctf components of NEB software that respond to mteroprocessor inter- 
rupts. This layer services devkses such as a timer, queued data transfer requests from the SCSI port, or LAN 

so data through the protocol stack routine, and the CPSOCKET (to be discussed in sectk>n 4j below) communl- 
catbn mechanism. 

The soft-time layer Is arbited and controlled by the MONITOR program (to be discussed in section 41 be- 
low) whbh gets control of the NEB microprocessor 21 6 after all real-time events have been serviced. A non- 
preemptive (cooperative multi-tasking) approach is used to divkie the processor between the various applh 
55 catksn modules that are k)aded such that no one application module can pre-empt other modules by capturing 
the micro processor. 

The NEB EPROM 222 contains up to 256 KB of application module programs and NEB initialization code. 
At power-up or during a programnned reset the NEB 2 executes a POST from the EPROM 222 before selec- 
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tively transferring Its EPROM code to NEB DRAM 220. If the POST is successful, the NEB 2 will load its pro- 
tocoi stacks and applicatbn modules into DRAM, and begin execution of its application modules. 

In its basic configuration, the NEB 2 contains NetWare®-confipatible application modules comprising en>- 
bedded versions of two configuralionB: the Customizdd Remote Printer f CRPRINTER"); and the Customized 

5 Print Server ("CPSERVER"). Preferably, the NEB acts in only one of these oonf iguralions at a tirre. Further, 
these application modules requre that a network protocol stack be loaded and functioning within the NEB. 

When configured with RPRINTERfunctwnality.the NEBoperates its printer as a slave to an external print 
server using a CRPRINTER module. In this configuration, the NEB exports to the LAN only limited printer sta- 
tus information in emulation of what the standard Novell print server expects from a standanl Novell RPRIN- 

io TER. However, extended status infbrnration about the printer will still be available if the CPCONSOL utility 
(discussed at)ove) is executed in the network administrator's PC 14. 

As mentfoned above, the NEB 2 inchjdes embedded software programs CPSERVER and CRPRINTER 
which enable the NEB to act with either PSERVERorRPRINTERfunclionality on the network. The customized 
NEB-embedded softvirare which permits peripheral statusand control infbrnnation overthe LAN is CPSOCKET 

IS (to be discussed in sectfon4j betaw). CPSOCKET runs on the NEB and nwnltors the LAN fbroomnttinlcations 
addressed to both the NEB 2 and the attached printer 4. Further. CPSOCKET oommunlcatEs with CPINIT and 
CPCONSOL when they are running. CPSOCKET will maintain a table of default settings for the devk» envir- 
onment, downtoad basic configuration information (fonts and emulations) at power-4ip. provide device infor- 
mation, statistics, and log Information for CPCONSOL displays, and provide reset, reboot, and download ca- 

20 pabilitles. CPSOCKET will also be responsible for the oonfigurat ton of the NEB 2. Further, CPSOCKET will 
configure and activate applications on the NEB at the request of CPINIT. CPSOCKET also insures that the 
correct protocol stacks are available for each configured application. CPSOCKET will handle the settings of 
the NEB 2 and the printer variables at the request of both CPINIT and CPCONSOL Finally, the download fa- 
cility (e.g. the network administrator's PC 14) will contact CPSOCKET to carry out any f Innwaie downloading, 

25 such as flashing EPROM 222, that is required. 

Upon initialization, programs such as CPINIT and CPCONSOL virill issue a Service Advertising Protocol 
fSAP") on the LAN tooking for si\ n^ork devfces having the customized software of NEB 2. CPSOCKET 
will receive this broadcast signal and will respond. CPINIT or CPCONSOL then establishas a special connec- 
tion with CPSOCKET using a customlzad diant socket. CPSOCKET will than post multiple listens and will pro- 

30 vkle client servtee transactions such as NEB conbtJi. devfce information, baaic oonf iguratton information, ap- 
plication information, statistics, and logging. For example, CPINIT can request that an applicatton be config- 
ured, and CPCONSOL can request that an already-configured application be activated or deactivated. 
CPSOCKET will insure that the appropriate option (protocol stack) is available and configured for an applica- 
tion before allowing the application itself to be conf igured. Within the NEB, the CPSOCKET operattonal mod- 

35 ule is always activated. 

Additional print service applicattans may be utilized after loading furthar application modulas Into the 
NEB, for example, UNIX print services and associated protocol implementation. 

3d. PC-Resident Customized Software 

40 

To further enhance the functionality of the NEB 2. customized software is also provided to the network 
administrator's PC 14. For example, a Customized PCONSOLE ("CPCONSOL*; to be discussed in greater de- 
tail In SBctkMi 41 below) utility pravWes extensions to Noveirs PCONSOLE printer utility to enable access to 
the powerful control and monitoring features of the open-arch itecture printer 4. For example, the following are 

45 typksl status control information available to the network from the printer through the use of CPCONSOU 
(A) status and control informatton such as online/offline, no response, ti me/date/time zone, language, offsets, 
error skip settings, timer, buzzer enable, toner low, paper full, paper counter, oount since last service, paper 
out, paper jam; (B) font information such as primary, secondary, graphic set, scaling, rotation, elite; (C) layout 
information such as page orientation, line pitch, character pitch; (D) quality and common environment infor- 

50 matton such as number of copies, overlay, job complete, command mode, default paper size, current paper 
size; and (E) configuration information such as interfiace, buffer size, feeder select, duplex print, page stecfc 
order, eto. 

Furthermore, configuration data for the printer accessible to the network through the usa of CPCONSOL 
includes: (A) network groiip Informatkm such as protocol type, the node name, the file server name, routing, 
55 POST error code, NEB firmware level, MAC address, server mode; and (B) printer group information such as 
safe (default) envinanment, font, disk present, disk size, initial environment, losing on/off. log file size, con- 
figured/nonconflgured, and net name. Additionally, logs can be kept of print job flow, print engine usage, and 
network behavior. Examples of such usage and statisttoal log entries include: (A) network group information 
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such as receive statistics, transmit statistics, and non-media related information; (B) Job entry irformation 
sucii as date/tlme/tlme zone, log-in (user's name), job name, pages, copy count and print status; (C) Initiali- 
zation entry information; (D) error condition entry information: (E) dear iog entry information; and (F) printer 
group information such as the niinber of jobs, pages/job. pagesAninute. time/job, total pages/day, total 

5 jobs/day. number of days and total resets. 

CPCONSOL is a menu-driven DOS executable program whose function is to provide extensions to the 
Novell PCONSOLE printer utility. The CPCONSOL exteraion enables access to the additional control and 
monitoring features of the open-architecture printer 4. These features will enhance print service management 
across the networic by allowing the networl^ administrator's PC 14 to control and maintain the printer from a 

io remote location. In summary, CPCONSOL is the utility that exports printer control features to the network 
administrator, allows reconfiguration of the safe (default) environment, and allows the network administrator 
, to view network and printer status, job statistics, and a log erf the previously-processed jobs and error condi- 
tions. CPCONSOL gathers the requested iniormatnn by communteating with the NEB-embedded software 
piognam module CPSOCKET. 

15 Anot her customized software program readent on the network administrator's PC 14 Is Customized Per- 
ipheral Initializer ("CPINir: to be discussed in section 4h below) wtiich is also a menu-driven DOS executable 
program. The function trf the program is to configure, reconfigure, and Initialize the printer 4 attached to the 
NEB 2. 

The CPINIT module will configure the NEB to act as a print server with one attached printer and specifies 

20 as primary file server by which the NEB will determine which queues to service. CPINIT is the program that 
supervises all like-customized devices on the UVN (e.g. other NEBs installed in other open-architecture prin- 
ters). CPINIT accomplishes this task by communfcating over the network with other NEBs that reside within 
open-architecture peripheral devices. CPINIT is used to configure each NEB with the appropriate basfc con- 
figuration information such as configuring the NEB as CPSERVER or CRPRINTER. The basic configuration 

25 Information comprises NEB environment settings (Including which print server applteations are active), as well 
as device environment options (e.g. a list of fonts and emulatkins to download printer initializatfon time), and 
device default settings (such as the internal device time/date/time zone, buffer see, disk and logging infor- 
mation, and printer name). The CPlNn program also displays status information about the NEB (such as the 
firmware level loaded in the NEB and reports latent POST errors). 

30 The CPINIT pwgrm will broadcast over the network to see whfch other customized devices are available 
on the LAN. The NEBs attached to such other customized devices will respond with their klentirtcatk>n num- 
bers, t hair device types, and their configuration states. CPINIT will construct a list of these NEBs and devices 
that will be presented to the netwrok administrator to allow their configuration or reconfiguration. 

ADOWNLOADER program may also be toaded into the network administrator's PC 14 to download execu- 

35 table files to the NEB across the network (to be discussed in greater deteil in sectkMi 4n below). 

Another customized program which may run on the natwork administrator's PC 14 is CP FLASH which 
may be used to remotely flash new firmware into EPROM 222, as will be discussed in greater detail in section 
4q below. 

40 4. OPERATION 

At first, an overview discussion of the NEB structure and functions will be provided with respect to the 
flowchart of FIGS. 5A, 5B and 5C. Thereafter, mora detailed descriptions of various aspects of the NEB hard- 
ware and software will be pmvided with respect to sections 4a to 4q. 

45 The present invention takes advantage of the bi-directional nature of the communication between the prin- 
ter and the NEB. and the NEB's ability to process informatton on a mutti-tasking basis. That is, the bi-direc- 
tional SCSI bus can transmit large quantities of date both to and from the printsr. enabling the NEB to receive 
large quantities of specific status date from the printer or even data input from the peripheral (such as image 
data input from a scanner). The NEB microprocessor processes information on a multi-tasking basis (sequen- 

60 tie! but shared) ef fecth^ely parallel processing informatton recehred from t he network and information received 
from the printer. This multi-tesking processing insures that the NEB is responsive to both the network and 
ttie printer on a near real-time basis. 

FIGS. 5A, 5B, and 5C comprise a top-level ftawchart depcting a notional sequence of events which may 
occur when the NEB and its associated software is installed in a printer coupled to a local area network. Over- 

55 all, the printer renders print infonmatton and is coupled to the NEB through a bi-directional SCSI interface. 
The printer may also have a paraflel port and/or a serial port for receiving print infonmation from other sources. 
The NEB is connected to the printer via the bidirectional SCSI interface, the board receiving printer infcrmation 
from the local area network. The board senda print jobs and printer status inquiries to the printer over the SCSI 
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Interface, receives printer status from the printer over the SCSI interface, and reports printer status over the 
network. 

Wher« the NEB is coupled to a data generating device such as a scanner, the boanj is connected to the 
scanner through the bi-directional SCSI interface and is coupled to the network via the LAN interface. The 

5 board receives status request Information from the networic and will pass this information to the scanner over 
the bi-diredional interface. The board vnW also receive the data generated by the scanner over the bi-direc- 
tional interface, and v^ll pass that data onto the network over the IAN interface. 

Iliustratlr^ a sequence of events which may occur wtien the NEB is Installed In a printer, RG. 5A begins 
when power is applied to the NEB at Step SI. At Step S2. the NEB executes a power-on-setf-test (TOSr) 

io from EPROM 220. At Step S3, if the POST is successfully oonrqdeted, the process moves to Step S5 vi*iere 
the NEB EPROM 222 operational code reads the network and printer configuration code from NVRAM 228. 
If the POST Is not successfully aosompiished at Step S3, a failure indbation is logged at Step S4 and this 
information may be transmitted to the network over the LAN interface. An LED failure/diagnostics light on the 
NEB or printer may also be activated. 

15 After the network and oonf iguratkwi code have been read from NVRAM 228, the procedure advances to 
Step S6 where the NEB EPROM operatkinal code reads selected configuration modules, protocol stacks, 
housekeeping modules, etc., (e.g., the MONITOR multi-tasking module, CPSOCKET, CPSERVER, etc) from 
EPROM 222, and downloads the selected modules to DRAM 220.ln Step S6, a configuration is selected (in 
accordance with the configuration set by CPINIT) which defines an operational mode (e.g. CPSERVER or 

20 CRPRINTER] of the Interacth^e network board. As will be discussed In greater detail k\ section 4d betow, a 
binary configuration code is sent over the LAN and stored in NVRAM 228. After the NEB is booted up, the 
configuration code is read from NVRAM usir^ ROM-resident power-up process steps. Using the ROM-resident 
process steps, ROM-resident executable modUes are selected in acconiance with the configuration code read 
from NVRAM. The modules are selected in bit-wise correspondence to the binary digits of the configuration 

25 code in NVRAM. The selected modules are then stored into DRAM and executton control for the rrxxiules is 
passed to DRAM whereupon the selected modules are executed. In this manner, multiple configuratbns can 
be defined and selectively changed. 

At Step S7, the EtherNet frame type of the information packets transmitted on the LAN i£ determined {as 
will be discussed in greater detail in section 4e below). That is, EtherNet supports four different frame types: 

30 EtherNet 802.3; EtherNet II; EtherNet 80Z2; and EtherNet SNAR To determine the EtherNet frame type, a 
pre-scan process ('PRESCAN") determines what frame type is resident on the LAN (from any LAN broadcast 
data), and configures the appropriate NEB-resident protocol stock for that data. The pre-scan process strips 
away bytes of data from a received LAN paclcet until the bytes which indicate frame type are reached. Briefly, 
Step S7 provides the NEB with the capability of processing LAN packets of differentf rame types by: receiving 

35 from the LAN a frame of data, pie-scanning the frame to determine the frame type, and processing, on the 
NEB, the identified frame, using an appropriate pmcessing program. The pre-scanning operation Includes the 
sub-steps off stripping a predetermined number of bytes from the head of the frame, processing the stripped 
frame to identify an identification code indicative of the frame type, and transmitting the identified frame to 
the processing program. 

40 At Step S8, a timer module which was downloaded in Step S6 finds the nearast LAN server and requests 
the current time. After receiving the current time, the process proceeds to Step S9 where it is determined 
whether it is midnight, i.e. whether the returned time indicates a new date. 

Steps S9 through S1 2 comprise a so-called "autologglng" function which is carried out in the NEB by the 
CPSOCKET program in order to automatically and systematically provide stetus infornrtation from the printer 

45 to the LAN (autoiogging will be discussed in greater detail in section 4k below). In Step S9, if midnight has not 
been reached the procedure advances to Step SI a However, once midnight is reached, the NEB micropro- 
cessor 216 transmits a request to the printer over the SCSI bus for the printer to return current stetus to the 
NEB. For example, the printer may return the cumulative number of pages printed to the NEB. In Step S11, 
the NEB microprocessor 216 calculates printer statistics such as pages per job or pages per day. the NEB 

BO having kept track of the printed, print jobs processed, off-line time, and printing time. 

CPCONSOLalso retrieves the stored log file to thescreen for viewing and printing. The log file is in reverse 
chronological order and includes the foitowir^ record types. The precise content of the log file varies in ac- 
ccvdance with the togging level set by CPINIT, as summarized in Table 7. 

55 
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TABLET 



Type 


Data 


Description 


STD 


<Days><Pages><Jobs><Offlin€P-«=Piinling> 


daily statistics 


STC 


<Days><PagQS><Jobs><Off line><Priiit ing> 


oumiilative statistics 


STA 


<DaysxPage3xJob3»OfflinexPrinting> 


average statistics 


SOJ 


<AppllcationxUserxJobxFile serverxQuBuexForiro 


start of Job 


INI 


<NEB TypexROM/MAC AdressxPrinter Name> 


inKtaiizfition rscora 


row 


<NEB TypexROM/MAC AdressxJ^rinter Name> 


power on leoord 


RBT 


<NEB TypexROM/MAC AdressxPrinter Name> 


reboot record 


WAR 


<Applteation>^arning> 


warning 


EOJ 


sApplicationxUSERxJobxDt3po3itlon> 


end of job 


ERR 


^AppiicationxError> 


error 



(Application Control (Step 51514}] 

Application control allows CPCONSOL to view the current configuration of the NEB within the network 
(as either CPSERVER or CRPRINTER) (Step S1515) and to activate/deactivata or modify and store that ap- 
plication (Step SI 516). Access to the targeted NEB Is provided via the 1^ Interface which responds to the 
CPCONSOL request by putting a result code on the LAN interface. 

Printer Status (Step S1517)] 

This menu allows CPCONSOL to display the current status of the printer attached to the NEB (Step 
S1518). and to modify and store the new printer status (Step S1519). CPCONSOL directs a status request to 
the teigeted NEB via the LAN interface. At ttie targeted NEB. CPSOCKET receives the status request and 
sends a request fbrthe needed status information to the printer via the bidirectional SCSI interface. CPSOCK- 
ET receives the status information from the printer over the bldliBCtlonal SCSI interface and directs the in- 
formation back to CPCONSOL where it is displayed on the system administrator's PC 14. 

There are 29 possible status conditions. WRMAL" being the most oonnmon, as surronarized in Table 8. 
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Table 8 



Status 


Mftaaing 


NORMAL 


On-line, ready to print or 

printing 


OFFLINE 


Off-line, not ready to print 


EKGINETBST 


Engine test detected - 1 


HAINTRUNNING 


ica ^ Ananr^A nv*fvn*9m ¥*unninci 
naxn^enanwo px^w^c^An £^um«AM.<vf. 


PAPEROUT 


Paper tray is empty 


PRINTEROPEN 


The printer top is open | 


PAPERJAHX 


Paper is janmied at location 


NOEPCART 


No EP cartridge is present 


1 TONERLOW 


The toner cartridge is low--- 


1 ULFEED 


U-L feed ^ 
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1 LOADX 


Your paper x& loading 1 


5 


liDADnn 


Load paper *iui" 




FEEDx 


Feed Paper [x-meesage] 




FEEDnn 


Feed paper "nn" 


iO 


OCX 


CaPSL outipu^' call 
[n^nessage] 




SETUPPER 


Set to upper tray 




TRAYFULL 


Paper output tray is full 


15 


FAGEFUIil. 


The page is full 




LIKEERR0R22 


22 line error (see printer 

manual) 


20 


LIN£S!mOR40 


40 line error'' (see printer 
manual) 




DLMEMORYPULL 


Download memory full 






Working memory full 


25 


JOBREJECT 


Job has been rejected 




1 PRINTCHECK 


Print check error 




OPTREHOVAL 


Option removal 




FONTFULL 


Font configuration are full | 


30 


WARMINGUP 


Printer is in warmup 




SERVICE CALL 


Service call is needed 


SS 


TRANSIENT 


A transient, unidentified 
error occurred 



4j. NEB Responses To Status Inquiry Using CPSOCKET 

40 

CPSOCKET is an application program %vhich runs out of DRAM 220 on the NEB 2 in the multi-taskinfl soft- 
time environment provided by the non-preemptive MONITOR. CPSOCKET causes SAPSERVER to monitor 
the NEB'S broadcast socket on the LAN for broadcasts from dtent programs such as CPINrr, CPCONSOL and 
DOWNLOADER. 

45 CPSOCKET is responsible for the internal configuration of the NEB, such as conriguration as etthar a 
PSERVER or an RPRINTER. Configurations are set at the request of CPINIT, as described above, but It is 
CPSOCKET that receives those conf iguration comimnds and physically alters NVRAM 22a 

CPSOCKET also maintains a table of default settings for the device environment (that is, a guaranteed 
safe environment, see section 4m below), downloads the basic configuration information for the printer and 

so for the NEB (for example, fonts and emulations) at device power-up (see section 4d above), provides device 
status information, statistics, and log information in response to CPCONSOL requests, and provides reset, 
re-boot, and firmware download capabilities. 

RGS. 16A and 16B comprise a detailed flow diagram showing operation of the CPSOCKET program. In 
Step S16Q1, after successful power-on-self-test (POST), microprocessor 216 transfers the CPSOCKET pro- 

ss giam module from its storage tocations in EPROM 222 into appropriate storage locat ions in DRAM 220. During 
transfer, micaropipcassor 216 configures the CPSOCKET program in accordance with the configuration infor- 
mation for the CPSOCKET program stored in NVRAM 228. Thus, for example, it is possible to sdectively ac- 
tivate certain portions of the CPSOCKET program module in accordance with desired leveld of complexity, 
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those desired levets of complexity being stored in NVRAM 228. 

In Step S1602. the NEB commences execution of the CPSOCKET from DRAM 220. CPSOCKET b exe- 
cuted in a multi-tasking soft-time environment by the non-preemptive MONITOR which peimits non-preemp- 
tive execution of other application programs such as CPSERVER without letting one applicalion program seize 

5 oontPol of the microprocessor to the exclusion of other appBcation piograms. 

In Step S1603, CPSOCKET broadcasts fts existence over the LAN interface via service advertising pro- 
tocol broadcasts (SAPSERVER) which contain a proprietary sodcet number (see secAoin 4g above). Because 
other servers ate operating In the nnultl-tesldng environment established In Step SI 602, and because the Net- 
ware-compatible software only permits a single non-f ileserver server to advertise from a single network 

10 node such as the NEB, CPSOCKET broadcasts its SAP advertisements via the SAPSERVER program. As 
described more fully above In paragraph 4g, the SAPSERVER program permits two networic servers to broad- 
cast from a single network node even when the network supports only single servers for each network node. 

In Step S1604, CPSOCKET receives a broadcast request from a client, for example. CPINIT or CPCON- 
SOL on proprfetary socket 453. CPSOCKET responds to the client (Step S1605) with an IPX packet on the 

IS same socket 

In Step S1606. the client establishes direct SPX communication with CPSOCKET over a socket number 
that Is pre-assigned to CPSOCKET, here socket number 83B4 for communication or 83B5 for connection, in 
accordance with that direct connectbn. CPSOCKET receives and interprets dient requests and/or commands 
that are received over the LAN interface, monitors the status of the printer over the bi-directfonal SCSI inter- 

20 fcioe, receives and sends status commands and/or inquiries to the printer via t he bl-direct tonal SCSI interface, 
reconfigures the NEB and the NEB configuration pararrieters, and sends requested information to the client 
via the LAN interface. These steps are described more fully below In connection with Steps S1607 through 
S1620orFIGS. 16Aand 16B. 

In nvm detail, in Step SI 607, if CPSOCKET d^ermines that a configuration command has been received. 

25 then flow advances to Step SI 608 in whfch the configuration connmands are executed and the result provided 
via the LAN to the client Configuration commands are listed in Table 9 and generaDy pertain to the configur- 
ation of the NEB board as either a CPSERVER oran CRPRINTER in accordance with configuratfon commands 

initiated by thd CPINIT program. 



Table 9: Configuration Commands 



Command 


Data (CPINIT CPSOCKET) 


Reference (CPSOCKET ^ CPINIT) 


request for current configura- 
tion 


none 


currant NEB settings (CPSER- 
VERmPRINTER/LPR) 


raconfigurs/ddconfigura 


Desired Configuration 


new configuration confirmation 


activate/deactivate applica- 
tion 


none 


confirmation 


reset 


none 


confirmation 


re-boot 


none 


none 



If in Step S1609, CPSOCKET determines that a device infornnation command has been received, then 
^ flow advances to Step S1 610 in which those device information commands are executed and the results pro- 
vkJed to the LAN interface. In general, device information pertains to the interface, control status, font set and 
environmental settings of the printer4 attached to NEB 2. Device information commands in Step S161 0 permit 
reading printer device Information, setting printer device Information, reading default settings for that Infor- 
mation, and resetting the default settings to desired vahjes. Device information oomnrands are detailed in Ta- 
^ ble10. 
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Table 10: Device Information Oosanands 



1 

Commaiid 


Data 
(CPCONSOL - 
CPSOCKET) 


Response 
(CPSOCKET 
CPCONSOL) 


request for 

interface 

statue 


none 


interface status 


request for 

control 

status 


none 


printer control 

information for 

CPCOHSOL 

« control" menu 


font status. 


none 


printer font set 


irecniefit for 
layout status 


none 


printer layout 
(portr a i t / landsca 
pe, etc*) 


request for 
quality and 
coioiQon 

II ^nviT^omn^n^ 

status 


none 


printer macros 


request f or 
duplex status 


none 


printer duplex 
mode 


request for 
miscellaneous 


none 


miscel laneous 
printer info 
(collation, 
stapling, paper 
f oldino M t>aper 
trays, etc.) 


recpiest for 
default 
control 
status 


none 


default printer 
con tr 0 1 

information for 
CPCONSOL 
"control" menu 


request for 
default font 
status 


none 


default printer 
font set 


request for 
default 
layout status 


none 


default printer 
layout (portrait/ 
landscape , etc • ) 


request for 

default 

quality and 

consion 

environment. 

status 


none 


default printer 
macros 
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Cosiiftand 


Data 
(CPOOKSOL 
CPSOCKET) 


Response 1 
( CPSOCKET -* 
CPCONSOL) 


request for 
default 
duplex status 


none 


default printer 
duplex mode 


request for 
default 
taiscel laneous 
Iprinter info 


none 


default 
miscellaneous 
printer info 
(collation, 
stapling, paper 
folding, paper 
trays, etc,) 


set control 


new printer 
control 

Infoirmatlon for 
CPCONSOL "control'* 
menu 


confirmation 1 


set font 


new printer layout 
(portrait/ landscap 
e, etc.) 


confirmation 1 


set quality 
and coBunon 


new printer macros 


confirmation 


set duplex 


new printer duplex 
mode 


confirmation 


set 

miscellaneous 
printer info 


new miscellaneous 
printer info 
(collation, 
stapling, paper 
hold, paper trays, 
etc. ) 


confirmation 


set default 
control 


default printer 
control 

information for 
CPCONSOL ••control* 
menu 


confirmation 


set default 
layout 


default printer 
layout (portrait/ 
landscape , etc • ) 


confirmation 


set default 
quality and 
common 
environment 


default printer 
macros 


confirmation | 


set default 
duplex 


default printer 
duplex mode 


confirmation 
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V<1 f IIMlil ft 1 u 


Data 

ICPCONSOL 
CPSOCKET) 


Response y 
(CPSOCKET 
CPOOKSOL) 


set default 
miscellaneous 
printer info 


default 
miscellaneous 
printer info 
(collation, 
stapling, p&per 
holding « paper 
trays, etc.) 


confirmation 



If in Slap S1611, CPSOCKET determines that a configuration parameter convnand has bsBtx received, 
then flow advances to Step S1612 in which CySOCKET executes the received command and provWes the 
result via the LAN to the dient As shown in Table 11. configuration parameter commands pertain generally 
to parameter values stored in the NEB concerning time, date, safe printer environment Information, logging 
options, log file size, etc 



Table 11: Configuration Parameter Connmands 



Command 


Data (CPNIT-> CPSOCKET) 


Response (CPSOCKET CPINIT) 


request for ourrent configura- 
tion parameters 


none 


configuration parameters (e.g. time, 
data, safe printer environment info, 
logging options, etc.) 


set new configuration para- 
meters 


configuration parameters (e.g. 
time, data, safe printer environ- 
ment info, togging options, eb^.) 


confirmation 


If in Step S1613 CPSOCKET determines that a NEB application program command has been received, 
then flow advances to Step 81614 in vrhlch CPSOCKET provides information on the current application pro- 
gram, namely RPRINTER, PSERVER, or LPR (for UNIX). Application program information generaUy Includes 
server name, file server queue, device ID, etc, as detailed In Table 12. 

Table 1 2: Application Program Information 


Command 


Data (CPINIT CPSOCKET) 


Response (CPSOCKET CPINIT) 


request for CRPRINTER Info 


none 


CRPRINTER info 


set CRPRINTER info 


new CRPRINTER info 


confirmation 


request for CPSERVER info 


none 


CPSERVER info 


set CPSERVER info 


new CPSERVER INFO 


oonflrmatlon 


request for CLPR info 


none 


CLPR Info 


set CLPR info 


new CLPR info 


confirmation 



If in Step S161 5 (RG. 16B) CPSOCKET determined thata NEB/printsr statistic command has been issued, 
then flow advances to Step S1616 in v/hich CPSOCKET interrogates the printer through the bi-directional 
SCSI interfee» to obtain needed printer statistics. The etatislics correspond to the networic group displays de- 
scribed above in connection with CPCONSOU as wall as to print Job statistics such as the total niMnbar of 
pages printed, the total number of jobs, the total number of off-line tints, etc The job statistics correspond to 
the logging group described above in connection with the CPCONSOL program. Specific examples of the com- 
mands executed in the NEB/printer statistics commands are set forth in Table 13. 
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Table IS: Statistics Commands 



Command 


Data (CPCONSOL CPSOCKET) 


Response (CPSOCKET ^ CPCON- 
SOL) 


lequest netw<»lc statistics 


none 


networlc statistics for CPCONSOL 
•NETWORK" menu 


dear nstwork statistics 


none 


confirmation 


request job statistics 


none 


job statistics for CPCONSOL "LOG- 
GING" menu 


dear job statistics 


none 


confirmation 



If in Step 81 61 7 CPSOCKET determines that a logging command has bean received, then flow advances 
to Step S1618 in whfch CPSOCKET obtains the log file from the printer disk 114 via tlie bidirectional SCSI 
interface, and sends the log file to the client via the LAN interface. Logging commands are summarized Table 
14. 



Table 14: Ljogging Commands 



Command 


Data {CPCONSOL CPSOCKET) 


Response (CPSOCKET CPCONSOL) 


request log file 


block# 


next block number of log file and long data 


dear log request 


none 


confrmatbn 



If in Step S1619 CPSOCKET determines that a download command has been received from the LAN In- 
larfaca, then flow advances to Step S1B20 in which CPSOCKET executes the download request, for example, 
by receiving downloadable code and storing it in spedfied locations in DRAM 220, by providing check-sum 
data for the downtoadable code, and by flashing the downtoadable code into EPROM 222. Some of the more 
important download commands are summarized in Table 15. 



Table 15: Download Commands 



Command 


Data (DOWNLOAD ^ CPSOCKET) 


Response (CPSOCKET ^ DOWNLOAD) 


dowload request 


code 


confirmation 


call request 


checksum, starting address 


confirmation 


flash EPROM 


checksum 


oonfrmation 



4k. Lopping Peripheral Statistics 

^described earlierwith respect to FIG. 5A. Steps S9 through S12 comprise an automatfc logging function 
in which peripheral ^tistlcs (e.g. number of pages printed per day) and error events are automatically logged 
(stored) for later retrieval: and wherein the logging level (statistical resolution) may be varied by the network 
admlnistiator. In general, the network administrator may select a logging level, and then extract printer stat- 
istics and error events from the log file at any time. The network administrator's portion of such functions 
has been described above in paragraph 41, and reference may be had to the discussion and tables set forth 
therein, especially Table 7 which indicates the content of the tog file depending upon the logging level set by 
CPINFT. 

As background, few LAN peripherals maintain their own statistics, but the NEB 2 includes the capability 
of logging the airrent status and daily statistics of printer 4 at midnight of each day. This relieves the system 
administrator from having to remember to do this on a daily basis. The status and statistics data may be stored 
in printer hard disk 114. printer NVRAM 111, NEB DRAM 220, or in the NEB NVRAI^ 228. The location of the 
stored log file may be selected by the network administrator depending upon the remaining memory capacity 
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of each of those memories, and the statistics required by the logging level selected by the network adminis- 
trator. For example, if the printer has a hard disk, the network administratDf may choose the fairty-detailed 
'JOB", logging level so that voiuminous statistics may be retained. On the other hand, if the printer has no 
hard disk, the network adminlstralDr may choose the less-detailed "ERROR* logging level so that less storage 

5 space is required. If the log file is filled, new error data wiD merely wrap around in the memory replacing old 
error data with new error data. 

The NEB will automatically store printer statistics such as pages printed, jobs printed, off-line time, and 
. print time each night for acce^ for the system administrator at a later time. The statlstks can be iBed to an- 
ticipate replacement of consumable printer supplies, such as toner, and to monitor user behavior such as leav- 

fo ing the printer off-line for extended periods of time. 

In general, the logging functk>n is accomplished by the printer controller board always knowing what time 
ft is. When a printer^oontroller board is first powered on, the board finds the nearest server and requests the 
time. The board continues to do this every minute. When theday of the week changes, the board automatically 
requests the printer to report its page count The board then calculates the dally statistics and stores them 

is eltherto the printer hard disk orto the board NVRAM. These statistics are stored and available to the external 
network program CPCONSOLthat can display them to a screen or save them to an external file. 

As described above in paragraph 4i, the network administrator may select four ioggir^g levels: NONE; 
AUTO; ERROR; and JOB. At the NONE level, no logging statistics are maintained (although they may stiD be 
calculated every minute and temproarily kept In NEB DRAM 220). At the AUTO level, daily statistics are main- 

20 tained for printer features such as printing days, pages, jobs, off-4ine time, and print time. The number of ou- 
mulatrve pages printed Is determined by the prviter, but the other statlstk^s are determined by the NEB. 

The ERROR logging level maintains the daily statistics discussed above, and also error oonditnns in the 
printer and also errors that occur in an appllcatton (i.e. CPSERVER). The NEB queries the printer every minute 
for such error conditions. Such printer error oonditkms may include: off-line; out-of-papei; printer-is-open; pa- 

25 per-jam; no-toner-cartridge; toner-ls-k)w; printer feed and load errors; tray-is-full; line errors; print-jot>- 
rejected; fbnt-is-full; service call; eta Applicatbn errors may include: fileserver down: primary fileserver un- 
available; CPSERVER running elsewhere; IPX not installed; etc. 

The JOB logging lavel maintains the daily statistics and error conditions noted above and also maintains 
Job start and job end information, which are detarminsd t>y the NEB. Of course, the number and types of kig- 

30 ging levels, and the data retained in each logging level may be varied according to the particular peripheral 
and the partbular LAN in which the NEB is installed. 

RGS. iTAand 17B comprise a ffow chart showing the overall operation of the automatic logging function 
within the NEB. Refisrance may also be had to FIG. SAand Table 7 noted above. At Step S1, power is applied 
to the NEB and at Step S8, the timer module finds the nearaat server aiKl requests the time. At Step S1701, 

35 It is determined whether the NONE logging level has been selected. If the NONE logging level has bean se- 
lectBd, the process skips to tha and of the flowchart whara a return Is made to the ovarall flow diagram of 
FIGS. 5A, 5B and 5C. 

If the NONE logging level has not been chosen in Step S1701, Step S1702 determines whether the AUTO 
logging level has been selected. If the AUTO logging level has been selected, the process proceeds to Step 

40 S9 where midnight is awaited. However, if the AUTO togging level has not been selected. Step S1703 deter- 
mines whether the ERROR togging level has l:>een selected. Where the ERROR logging level has been se- 
lected, the process skips to Step S 1 706 where a one minute ti meout is awaited. However, if the ERROR logging 
level has not been selected, It is datarmlned in Step S1704 that the JOB logging level has been selected. In 
this case, Step S1 705 stores the job start and job end times to thelog file. AtStep S1706, a ona minute timeout 

45 is awaited whereafter Step S1707 queries the printer for error events and saves such events to the log file. 
Thus, when either the ERROR or JOB logging levels have been selected, the board queries the printer every 
minute for error events and stores such error events in the log file. 

Step S9 waits for midnight whereupon the NEB queries the printer for its daily statistics at Stap S10 FIG. 
1 5B). If midnight has not been reached in Step S9, the procedure returns to Step S1702 where it is determined 

so which logging level has been selected. 

In Step S11 , the daily printer statistics are calculated utilizing the printer statistics received in Stap S10. 
Thereafter, in Step SI 2, the daily statistics and the error events are stored in the printer hard disk 1 14 and/or 
the printer NVRAM 111, and/ortha NEB NVRAM 228. Note here that the network administrator may select to 
store logging statistics and error events in any combination of mamoriea, provMing further fieodbiiity to the 

55 LAN. 

Thd togging functions discussed above are quite significant in making the printer an interactive and re- 
sponsive member of the LAN since the SCSI connection between the NEB and the printer is capable of ex- 
tracting volumes of specific deta from the printer. 
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41. Multi-tasking Independentiy Exeoutable Programs 

As briefly described earlier with respect to Step S20 of FIG. 5B. the NEB EPROM 222 stoies a li^ONITOR 
piogram which is a mechanism which supports mutti-ta^ing in the rurvtime envronment while permitting syn- 
5 chronous operation in a (fe-bug environment MONITOR permits currently-called tasks to be performed on a 
non-preemptive basis while the NEB awaits real-time interrupts from either the LAN (for CPSERVER or 
CPSOCKET) or through the SCSI interface {e.g., when status information is being provided from the printer 
to the NEB In response to a prevkMJSIy-recehfed status reque^ from the LAN). Thus. MONITOR permits all 
currently-executing tasks to be performed simultaneously by sharing use of the microprcx^essor 216. Of 

io course, all soft-tinr>e applications, including MONITOR itself, are interruptabie by reaJ-time events. 

no. 1 6 is a notional flowchart of a sequence of events which may occur in order to illustrate the multi- 
tasking operatbn within the NEB. At Step SI . power is applied to t he NEB, and the MON ITOR program b down- 
loaded from EPROM 222 to DRAM 220 in Step S1801 . For example, the following modules are downloaded 
together with MONITOR- SCSI Driven Link Support Layer Network Driver; Piescan; IPX/SPX; Ci^mized 

t5 NETX; SAPSERVER; CPSOCKET; and Print Applicatkms (see FIG. 6). 

If. at Step S1802. print data is received from file server 30. CPSERVER will begin processing the receded 
job data in preparation fortransmission to the printer 4. Processing of such print Information is now In the •soft- 
time" environment, and Step SI 803 determines whether a relinquish interrupt has been received from the pro- 
gram processing tlie print data. If a relinquish interrupt has been reached at Step S1 803, execution of the cur- 

20 rently-execut ing module is stopped and control is returned to MONFTOR at Step S1 604. MONITOR saves the 
state of the interrupted task in DRAM 220. However, If the relinquish interrupt has not been reached at Step 
Sia03, the process proceeds to Step S1805 where it Is determined whether the currently-executing module 
has reached an end. If the end has not been reached in Step S1806. the program waits until another relinquish 
interrupt is reached In Step S 1803. 

25 If the currently-executing nrnxlule has been stopped at Step S1804, or if the currently-executing module 

has reached an end at Step S1805. it is determined at Step S1806 whether data has been received which re- 
quires the execution of another software module, e.g., where data is received over the SCSI interface in re- 
sponse to a pravkMJSly-issudd request for printer status. If it is determined m Step S1B06 that such data has 
been received, Step S1807 begins execution of another application modula using the newly-received data. 

30 At Step 1 808, It is determined whether a relinquisli interrupt lias been reached in the second application 
module. If such an interrupt has been reached, the second application will stop execution and pass control 
to MONITOR which Stores in DRAM 220 the state of the just-interruptad second module at Step S1 S09. How- 
ever, if the relinquish interrupt in the second module has not been reached at Step S1808, it is determined at 
Step S1810 whether the end of the second module has been reached. If the end has not been reached, the 

35 program merely awaits the relinquish interrupt at Step S1 808. If it is determined that the second module end 
has been reached in Step S181G, Step S1811 determines whether the first mcxlule and has been reached. 
Where the end of the first module has not been reached, but the end of the second module has been reached, 
the process returns to waiting for a relinquish interrupt in the first application module at Step S1803. If both 
the first and second modules have reached thair end at Step S1 8 1 1 , control will return to the MONITOR pro- 

40 gram in order to execute other newly-raca'rved soft-time tasks. 

After the second application module has stopped executing due to reaching a relinquish interrupt therein, 
control is passed to MONITOR which, after storing the state of the interrupted module in DRAM 220 (Step 
S1809}, will raconunance execution of the first module in ^ep SI 81 2, and continue execution of the first mocJ- 
ule until another first module relinquish interrupt is reached at Step SI 803. 

45 Thus, the non-preemptive multi-tasking allocation of the microprocessor resources allows processing of 
a number of tasks In parallel on a near real-time basis. 

4m. Racing The Printer In A Defaiult Configuration 

» As discussed above with respect to Step S25 in FIG. 5C, the NEB.will ensure that the printer is set to a 

known, default conf juration at the beginning or end of a print job. The NEB does this by downloading to the 
printer's non-volatile memory (either hard disk 114 or NVRAM 111) a default configuration code which indk^tas 
the default environment (e.g. portrait mode, 10 point type, Roman lettering, etc.) in whtoh the printer should 
be left at the conclusion of a print job. Upon receiving a print data stream from the LAN, the NEB retrieves 

ss tfie configuration ooda from the printer's non-volatile memory, appends the configuration code to a bkack of 
print data as an escape sequence, and then downloads the print job block with appended escaps sequence 
to the printer. The printer will then conduct a printing operation, and (based on the escape sequence} will leave 
the printer in the desirad default configuratton. 
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Novell NetWare® software includes the ability to reset a network printer in a default environnnent after 
every print job. It does this by having the file server 30 install what amounts to a fiake print job at the head of 
the print job itself. However, the exact printer escape sequences necessary to set particular printer default 
conf iguiattons reside in a database on the network, and not within the printer itself. Therefore, if it is desired 
5 to operate UNIX on the LAlsl. or where there is a problem wfth the file server ftself. the prints may not be 
restored to a deiiautt conf iguratbn which ensures that the next print job will be printed with the printer in a known 
oonfiguratton. 

A method of guaranteeing a printer default envtronment using the NEB operates on the difference that 
the printer reset state configuration and requisfte escape sequence instructkms resMe within the printer itself, 
io " and the printer itseif Is responsible for resetting its own environment within print Jobs. Thus, the printer reset 
feature is available without depending upon any device external to the printer. Furthermore, the initial default 
configuration may be loaded and subsequently modified from a remote location over the LAN through the 
NEB'S serial or parsdld interfaces. 

The configuration code may be sent to the NEB through the CPCONSOL program, as discussed above 
t5 insectk>n4i. 

It may be convenient to store a plurality of default configuration codes in the printer non-vdatlie memory 
in order to allow the network administrator great flexibility for printer usage on the LAN. For example, print 
jobs received from an engineering source may require the printer to default to a portrait mode, whereas print 
jobs received from accounting may require that the printer be left in a spread sheet mode. Thus, by ensuring 
20 a known defalk environment, any of a number of LAN sources may utilize the printer for their specific jobs. 

FIG. 19 depicts a more detailed flowchart for setting the printer default configuration. At Step SI, power 
is applied to the NEB, and at Step S22, the NEB accesses the LAN file server for active print queues and 
downbads print data to the DRAM 220. 

If the printer non-volatile memory stores more than one default configuration code, it may be necessary 
25 to first determine what type of data Is being transmitted from the LAN in order to detemnlne which default con- 
figuration the printer should be left in. Therefore, Step S9101 determines the LAN source of the print Job, and 
Step S1902 retrieves the appropriate default configuration code from the printer, which code corresponds to 
the datarmlned LAN source. 

At Step S1903, the NEB assembles blocks of Image data and designates a sfart-of<print-job and an end- 
so of-print-jobfor each print job. At Step S1304, the NEB microprocessor 216 appends to a print job an escape 
sequence which corresponds to the retrieved oonf iguration code. Preferably, the escape sequence is append- 
ed to the beginning of the print job, but it may be appended to the end of the print job, or to both the beginning 
and and of the Job. Than, at Step SI 905, the print job, with appended escape sequence, is transferndd to the 
printer, and the printer then renders print according to the received print Job. When a print job is completed 
35 after Step S24, the printer will set itself to a default environment at Step S25, which environment corresponds 
to the defeutt configuration code natrieved in Step SI 902. Tharafara, the printer will be left in a dafault anvir- 
onment which ensures that the next print job will begin with the printer in a known configuration. 

Thus, a robust and efficient hardware and software solution has been found for ensuring that the printer 
itself stores a default configuration and is responsible for placing itself in a default condition at the end of every 
40 print job. 

4n. Downloading Executable Files Into The NEB From A Remote LAN Location 

The downloading of executable files from the LAN to DRAM 220 will be discussed in more detail with re- 
45 spect to the flow diagram in FIG. 20, ond with respect to the discussion above of Step S30 in FIG. 5C. 

NEB 2 is configured initially prior to shipping. However, NEB 2 can t)e reconfigured subsequently by send- 
ing updated executable files across the LAN from the networic administrator's PC 14 to the NEB 2. Further- 
mwe, network administrator can remotely alter the executable files stored in DRAM 220 of NEB 2, as desired. 
The pro^ss by which executable files can be altered in DRAM 220 will t»e discussed in detail with respect 
so to FIG. 20. 

After the board has been powered-up at Step S 1 , the flow proceeds to Step S2001 at which point the net- 
work administrator activates a DOWNLOADER program to broadcast ovar the LAN a request for identification 
of all NEB devtees having a particular configuratkm whereupon flow advances to Step S20Q2. 

In Step S2002, the DOWNLOAD program determines whether any target NEBs have responded. If in Step 
55 S2002 it is determined that no target NEBs have responded, flow returns to Step S2001 in which the DOWN- 
LOAD program rabroadcasts the request with new target information and then flow advances to Step S2002. 

If in Step S20Q2 a target NEB responds, flow advances to Step S2003. 

In Step S2003, the SAPSERVER program responds with the unique network IDs and the unk^ue socket 
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numbers assigned to each NEB (see section 4g above). This location informatton is collected, the network 
administrator selects a particuiar NEB to download an executable file, and communlcalion is established with 
the target NEB. 

Upon selecting the taiyet NEB, the network administrator downloads new operational fDes and a spetlal 
5 packet containing a checksum value to DRAM 220 across the LAN in Step S2004 whereupon flow advances 
to Step S2005. 

In Step S2005, micropwDcessor 216 performs a checksum operation on the newly k>aded operattonal files 
and compares the checksum value with a checksum value sent In the special packet which Is stored In DRAM 
220 after the operatk>nal files have been stored. 
10 if the checksum value does not equal the checksum value In the special packet, then flow advances to 
Step S2006 at which point nrMcroprx)cessor 216 notifies the network administrate that the checksum value 
for the new operational files is Incorrect and at which point microprocessor 216 may purge the files from DRAM 
220. 

If in Step S2006 the checksum value Is verified, then flow advances to Step S2007 at which point the 
IS executable fi les are acted on by microprocessor 21 6. 

Thus, the network administrator can alter the operation of NEB 2 by remotely sending new operattonal 
files to be stored and to be executed from DRAM 220. 

4o. Loading Independently Executable Modules In ROM 

20 

As described above in FIG. 5C with respect to Step S32. when a binary ROM image is to be loaded into 
EPROM 222, a plurality of independently-executable modules are assembled, ordered, and prepared for flash 
to EPROM 222- The assembly and ordering of the modules is presently carried out on a DOS PC. but may be 
carried out in the NEB itself. An advantage of assembling the Independently executable modules in a PC is 

25 that the nrK)dules may be constructed and/or modif ied In a DOS environment 

NEB firmware comprises a number of separately linked modules, one of which contafris permanently ROM- 
reskient code which receives control at power-up and provkles self-test, loading of other modules into DRAM 
220. and basic I/O servlcds. The other modules residing in t he EPROM 222 must be copied to DRAM 220 before 
execution. There m two types of such modules, the first of which includes programs which are essentially 

so drivers whfch receive control %vhen loaded, initialize, and then exit, remaining resident The second type of 
such modules are application programs, each of which executes a specific set of functions. 

In FIG. 21, the NEB is powered-up at Step 81. At Step 321 01, a utility resident in the PC reads from its 
RAM a configuration file containing the names of ail modules to be placed in the ROM image. The configuration 
file is used to select from RAM, at Step S2102, those modules which are going to be flashed to EPROM 222. 

35 At Step S21 03. the uti lit y writes a header for the first module, the header identifying that modiie, describ- 
ing the modulfi attributes, and including a pointer which points to the immediately succeeding modiJa. This 
pointer akies in the ordering of the modules in a specific order prior to loading. At Step S21 04, it is determined 
whether the last module identified.by the configuration file has been selected. If the last module has not been 
selected, the process toops to Step 82103, where the header Is written for the ne^ module. 

40 When the last module has bean selected in Step S2104, the utility appends the ROM-resident cqAb to 
the end of the image program (at Step S21Q5) so that upon power-up, the initialization code resides at the 
address expectsd by microprocessor 216. 

When the ROM binary image is thus constructed, the image may be downloaded to one portion of the 
memory area of NEB DRAM 22a and then flashed to EPROM 222, as will be discussed in greater detail in 

45 sectton A<\ below and wih respect to the detailed discusston of RG. 5C, Step S36. 

4p . Protecting The EPROM During A Rash Operation 

RG. 22 is a block diagram showing the functional construction of the EPROM flash protection circuitry 
so resident on the NEB. The EPROM flash protection circuit includes microprocessor 216 coupled to data bus 
250 and address bus 251. Also connected to data bus 250 and address bus 251 is DRAM 220. DRAM 220 Is 
capable of storing a ROM firmware image downloaded from a remote LAN device into one portion of its mem- 
ory area (sea section 4o above), and application process steps into another portion of its memory area. Also 
coupled to data bus 250 and address bus 251 are EPROM 222, latch 252, and PAL 253. D-type flip-flop 254 
55 is connected to latch 252 and PAL 253. During operation, flip-flop 254 recehres as its dock input an output 
signal from PAL 253 and as its data input, an output signal from latch 252. Latch 252 and PAL 253 are also 
connected to DC-DC converter 212, and DC-DC converter 212 is connected to transistor switch 255. When 
activatad by latch 252, DC-DC converter 212 sends +12 volts to the inputemitter of transistor switch 255. Rip- 
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flop 254 is also connected to transistor switch 255 to provide the necessary input to open/dose switch 255. 

The operation (rf the EPROM flash protect circuitry will now be explained in more detail with referenoe to 
FIG. 22. Upon power-up. output of latch 252 wiD be low and flip-flop254 will be reset In this mannw, theoutput 
s^nal PROG1 from latch 252 will be low and voltage from DC-DCoonvertBr212will be directed to sink current 
5 to a ground state. At power-up. flip-flop 254 is reset so that its output is set low thereby opening transistor 
switch 255. 

With transistor switch 255 in an open state. Vpp pin of EPROM 222 will be held at 0 volts preventing any 
data from being accepted or a flash operation from being perfOTned. That b. tor a flash operation to occur In 
EPROM 222, the Vpp pin must reach a level of at least +1 1 .4 volts, which is a requirement set by the EPROM 
io manufecturer's specifications. However, in order to achieve thb voltage level, the following two programming 
steps are required. 

Frst, when a new ROM firmware package is received in DRAM 220. micropiOGessDr 216 receives a oom- 
mand to flash EPROM 222, by generating an I/O write to address 360 hex with data bit 7 high (80 hex). In this 
manner, DC-DC converter 212 can be first turned on. 
t5 Asshown in Tables 16 and 17. address 360 hex corresponds to oontrDi register 230 which is used to control 
read/write operations to NVRAM 228. As shown In Table 17 below, when 360 hex Is sent with bit 7 high/low, 
the address oorresponds to an operation of DC-DC converter 212. 



20 Table 16 





I/O SELECT 


ADDRESS 


25 


IAN CHIP 


300 - 30F HEX (R/W> 




WiK DUTA lATCH 


310 - 317 HEX (R/W) 




LAN CHIP SOFT RESET 


318 • 3 IF HEX (R) 


SO 


SCSI CHIP REGISTER 


320 - 32B HEX (R/W) 




STATUS REGISTER 


330 HEX (R) --^ 


35 


CONTROL REGISTER #1 


360 HEX (R/W) 

* 



45 



CONTROL REGISTER #2 


366 HEX (X) 


NMILGK 


200 HEX (W) 


LAN ADDR. RON 


340 - 35F HEX (R) 



60 
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Table 17 



MSB 



I i 



-NVRAM CS (WRITE) , DO (READ) 

NVRAM SK(«RITE) 

— NVRAM DI (WRITE) 

^ NOT USED 

NOT USED 

~ ^ — — NOT USED 



DIAG*L£D l«=OK 

0-OFF 

-4-12V DC CONVERTER 
1=0N 
0=SHOT DOWN 



After address 360 hax is output, microprocessar 216 generates an I/O write command and sends a write 
select to PAL 253. PAL253 detects a valid address, decodes it and activates latch 252. With bit 7 high in address 
360 hex, the PROG1 signal is set high and output from latch 252 to DC-DC converter 212. When the PR0G1 
signal is received at DC-DC converter 212, it operates DC-DC converter to produce ^^12 volts. The +12 volts 
from DC-DC converter 212 is sent to transistor switch 255. and which remains at its emitter until transistor 
switch 255 is dosed. 

However, before +12 volts is allowed to pass through transistor switch 255. the second step must be exe- . 
cuted. That is, miaoprocessor 216 outputs an I/O read command and outputs address 366 hex which corre- 
sponds to a PAL address. When rr^croprocessor 21 6 generates both the command and address, PAL 253 de- 
codes the address and geneiBtea a PR0G2 signal. When the PR0G2 signal is high, ft will provide a clock input 

to flip-flop 254. .... 

Upon receiving the dock Input, flip-flop 254 will input the PR0G1 signal from latch 252 and then generate 
a TRANSON signal at Its output The TRANSON signal Is output to transistor switch 255 which operates to 
cbse the switch that allows +12 volts at its emitter to pass through to its collector. At this point +12 volts is 
sent from the collector of transistor switch 256 to the Vpp pin of EPROM 222. 

With +12 vdts placed at the Vpp pin of EPROM 222. microprocessor 216 sends out an EPROI^ select 
signal. In order to prevent the new firmware image from being corrupted. EPROM 222 must first be deared 
and erased. Then the EPROM 222 is flashed with the new ROM firmware image stored in DRAM 220. Once 
the new ROM firmware image is stored in EPROM 222. NEB 2 can be re-booted from the new ROM firmware 

^"^Tlie operBtton of the EPROM protectton drcult will now be explained with reference to FIG. 22 and the 

flowchart of FIG. 23. ^ . ^ ^ - ^ r^^A 

In Step S2301 , a new ROM f irmware image is received by NEB 2 across the LAN and loaded into PRAM 
220 Microprocessor 216 receives a command to flash EPROM 222 in Step S2302. In Step S2303. micropro- 
cessor 216 sends out an I/O write command to PAL 253 and outputs address 380 hex with bit 7 high. Row 
advances to Step S2304 in vrtiteh bit 7 high activates latch 252 to output the PR061 signal The PR0G1 signal 
turns on DC-DC converter 212 and +12 volts is output to transitor switeh 255. In Step S2305, mtoroprooessor 
216 sends both an I/O read command to PAL 263 and address 366 which is a PAL address. In response. PAL 
253 outputs the PROG2 signal to ciodk flip-flop 254 which altows the PROG1 signal to be input at its data 
input Flip-flop 254 outputs the TRANSON signal to transistor switeh 255 which allows +12 volts to pass from 
the collector of transistor switch 255 to the Vpp pin of EPROM 222. In Step S2306. microprocessor 21 6 clears 
and then erases EPROM 222. In Step S2307. microprocessor 216 determines if EPROM 222 has been com- 
pletely erased. If EPROM 222 is not completely erased, flow returns to Step S2307. 

After microprocessor 216 determines that EPROM 222 has been completely erased, in Step 82308. the 
ROM firmware image is downloaded from DRAM 220 to EPROM 222. Once the ROM firmware image rs suc- 
cessfully loaded/in Step S2309 rmcroprooessor 216 writes address 360 hex with bit 7 tow. The PR0G1 signal 
from latch 252 goes tow and DC^C converter 212 allows the vdtage level to sink current to a ground slate. 

In Step S2310. mfcioprocessor 216 sends PAL 253 an I/O read command and a 366 hex address which 
permits the PROG2 signal to go low thereby docking the flip-flop whfch outputs a low TRANSON signal which 
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operates to open transistor switch 255. 

Thus, In Steps S2309 and S231 0. +12 volts is removed from Vpp pin of EPROM 222 and the flash oper- 
ation is ended. After the flash operation, microprocessor 216 determines if a re-boot command has been re- 
ceived in Step S231 1 . If the rB-tooU o(»nmand has been received. NEB 2 is re-booted in Step S2312 from the 
5 new ROM firmwae image in EPROM 22Z However, if no le-boot command is received, then flow ends. 

4q. Remotely Altering Firmware 

The method for remotely altering firmware in EPROM 222 will be discussed in more detail beiowand with 
10 i^ienoe to the flowchart iDustreted in RG. 24. Step SaS of RG. 5C. and section 4i above. 

Prior to shipping a NEB to a customer, the NEB is configured with the minimum number of executable 
files which permit the NEB to perform necessary functions. However, the NEB can be reconfigured subse- 
quently by the customer. That Is, a network administrator may download data from a remote LAN device, which 
data may contain anything from a patch code, to manufacturing test routines, to entire firmware updates to 
f5 be downloaded to the EPROM. 

In xnore detail. NEB2 can be reconfigured by sending executable files across the LAN from the network 
administrator's PC 14 to NEB 2. The network administrator can remotely alter the ROM finmware image in 
EPROM 222, as desired. 

In Step S2401, the network administrator activates a CPFLASH program that uses a MAC address as a 
20 command line parameter to target a specific NEB. CPFLASH Issues a SAP bioadcastrequest which is respond- 
ed to by SAPSERVER running on the NEB. In Step S2402. CPFLASH waits for a response from the targeted 
NEB. If in the case where the targeted NEB does not respond In approximately 15 seconds, the flow returns 
to Step S2401 and the broadcast is resent However, in the case where the targeted server responds, flow 
advances to Step S2403. 

25 In Step S2403. the address and k)cation of the targeted NEB is received, communication with the NEB 
having the matching MAC address is established, and a new ROM image firmware is downloaded over the 
LAN to DRAM 220. 

In Step S2404, the validity of the ROM firmware image is checked before proceeding to the next step. 
The validity ofthe ROM firmware image is verified against an i mage chedcsum which Is sent in a speciat packet 

30 along with the download operation in Step S2403. If the checksum value does ncit match the checksum down- 
loaded with the ROM Image, then jn Step S2405 the operator is notified of an error and the ROM firmware 
image in DRAM 220 is purged. 

If the checksum value is valid, then flow advances to Step S2406 at which point microprocessor 216 re- 
trievea any data which is to be preserved, such as the MAC address, and stores the data within the proper 

35 locations in the now firmware image stored in DRAM 220. In this fashion, if the new ROM firmware image is 
daf8ctive,tha NEB may still function since predetermined portions of essential ROM firmware are maintained. 
Once the essential portions of ROM firmware are preserved, flow advances to Step S2407 at which point 
EPROM 222 is controlled to be cleared and erased a plurality of times, if raquried. After EPROM 222 has been 
erased, in Step S2408 the new ROM image is loaded into EPROM 222. 

40 After the flash operation, microprocassor 216 determines if a ra-boot command has been received in Step 
S2409. If the re-boot command has been received, NEB2 is re-booted in Step S2410. However, if no re-boot 
command is received, then flow ends. 

In Step S2404, the validity of the ROM f irmwana image may also be verified by comparing newly receivad 
firmware data with data previously stored in EPROM 222. For example, where EPROM 222 stores hardware 

45 indicators previously carried by PROM 232 (e.g., board manufacture date, board revision number, manufac- 
turing fecillty , etc.; to be discussed in greater detail in section 5 below), such indicators may be compared with 
the same indicators in the newly-received ROM firmware image. This comparison may be made in addition 
to or in lieu of the checksum comparison discussed above. 

It is noted that a new MAC address may also be flashed into EPROM 222 at t he same time a ROM firmware 

50 Image is flashed. However, it is preferable only to flash a MAC address prior to shipping, at the completion of 
NEB test This feature is discussed in more detail with respect to Sectton 5 below. 

5. TEST 

55 Prior to installing the NEB in the printer, it may be tested to ensure the integrity of its hardware and software 

components. FIG. 25 depicts on© test configuration which may be utilized to test the NEB 2. In RG. 25, the 
NEB 2 is coupled to PCI 300 via a cable 302 coupled to the NEB serial port 21 8. A printer 304 may be coupled 
to PCI 300 In order to print out teat resulta. 
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The NEB 2 is coupled to a test difver PC2 306 through an SCSI bus 308 and Elhern^ LAN cx)nnections 
310. 312. The PC2 308 includes an SCSI board 314 and a network controfler boaid 316 so that it may simulate 
a printer and LAN entities (such as the netwc^k administrator's PC 14). The PC2 will act as a transponder, 
receiving and returning conrvnunications to and from the ISEB 2, as commanded by the test programs input to 
5 the NEB from PCI WO through the serial port 216. 

After power is applied to NEB 2, it performs the power-on-self-test operation. While the NEB 2 is per- 
forming each test operation In the POST. PC1 300 receives test checkpoint results across serial cable 302. 

Once It Is determined that NEB 2 has satl3fa<S<w1ly completed POST. NEB 2 enta-s a "Ready For Down- 
load" state, in this state. NEB 2 waits for a period interval of approximately one second for further input in- 
to structions across any one of the input ports. 

While the NEB is in the download state, PC1 300 uploads test programs to the NEB through serial port 
2 IB. As NEB 2 complelEs esfficution of each test program, ft sends each test result back to PCI 300 for veri- 
fication. If the next checkpoint is not received within a timeout period (e.g., 1 second), it is determined that 
an error has occurred during the NEB test program, and an error signal is output t>y PCI 300. The error signal 
15 may be indicated on a display at PCI 300. or printed out on printer 304. 

On the other hand, if the next checkpoint receh/ed by PC1 300 is not verified, then PCI 300 rescripts the 
test program (by adding further, more detailed test modules) in accordance with the received result In this 
manner, PCI 300 can k>cate the problem and debug NEB 2. 

Some test programs nnay require NEB 2 to communicate with PC2 306 over either the SCSI bus 308 or 
20 one of the LAN connections 310, 312. For instance, in acoondanoe with the test program. NEB 2 may request 
data from PC2 over the LAN connection 310. PC2 306 is configured to return appropriate responses to each 
communication from NEB 2, thereby effectively emulating the printer and the other LAN members. If the cor- 
rect communication is returned from PC2 306, NEB 2 indicates a successful test by passing another check- 
point to PCI 300 through the serial port 218. 
25 A more detailed discussion of the method for testing NEB 2 will be provided below with reference to the 
flowchart illustrated in FIGS. 26A and 26B. and in accordance with the test configuration depfcted in RG. 25. 

When power is first applied to the NEB 2. NEB 2 executes the POST program from EPROM 222, in Step 
S2601. The POST program Includes individual programs for testing component operation and software pro- 
gramming. After execution of an individual programs wfthin POST, in Step S2602 a checkpoint is sent to PCI 
30 300 to be verified, if a checkpoint is not sent after a predetermined period following the execution of an indi- 
vidual program or a returned checkpoint is incorrect, an error s'^nal is sent outfrom PC1 300 in Step 8^3. 
However, if all chedcpoints are correct and raceiveci within a timely fashion, the process advances to Step 
52604 where PC1 300 prepares to send test programs to the NEB. 

At Step S2605, the POST program ie complete and NEB 2 waits for instructions from acrosa any one of 
55 the ports, preferably the serial port The waiting period can be approximately a one second window in which 
time PCI 300 should respond with the prepared text programs. In Step S2606. if PC1 300 does not respond 
by sending a test program to NEB 2 within the time window, flow advances to Step S2607 where the NEB 
enteres its normal operational mode. 

When the test program instruction set from PCI 300 is recehred in Step S2605, the instruction sat, which 
40 includes further test programs, is stored (in Step 32608) on NEB 2 in DRAIVI 220. In Step S2609, PCI 300 
activatas the Instruction set and NEB 2 executes each test program within the instructbn sat 

The test program instruction set may contain, in random order, test programs which require NEB 2 to con- 
figure PC2 308 as a LAN peripheral device, or which require NEB 2 to configure PC2 308 as an SCSI paripheral 
device. In either case, after being configured, PC2 306 will respond to each communication from NEB 2, usu- 
45 ally by merely returning data blocics sent by the NEB. 

Briefly, in Step S2610 (FIG. 26B) NEB 2 configures PC2 306 as a LAN peripheral and PC2 306 responds 
by sending a response to NEB 2 which effectively performs a LAN loopbactc test by returning the data which 
it has received. NEB 2 will communicate with PC2 and receive simulated print job results. In Step S2611, the 
result of each blocic job is sent to PCI 300. PCI 300 determines if the test result is correct In Step S2611 , if 
so It is determined by PCI 300 that the test resdt is incorrect, PCI 300 sends a re-scripted, branch test program 
(Step S2612) in accordance with the test result received in Step S2611. However, if no further brench test 
pnsgram exists, then in Step S2612 PCI 300 will stop LAN testing and output an error signal. 

Thus, in Step S2611 , NEB 2 is tested for LAN communications. Assuming NEB 2 successfully passes each 
LAN communication test, flow advances to Step S261 3 at which point PC2 306 is configured as an SCSI per- 
55 ipherel device and performs SCSI loopback tests by returning the data which it has received. In Step S2614 
the results of the tests are sent to PC1 300 and if the results are incorrect, PCI 300 similarly sends a branch 
test in Step S2615 in accordance with the test result Of course, if no further branch test exists to further test 
the peripheral communication, then PCI 300 stops the teat, and outputs an error aignaL 
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Assuming that NEB 2 successfully passes each SCSI communication test In Step S26U. then ficvw ad- 
vances to Step S2616 at which point NEB 2 requests further instructions from PCI 300. If PC1 300 retims 
with further Instructions, fkw returns to Step S2605, but if further testir« is not necessary then NEB testing 
is ended. 

5 In summary, a method fortestlng an interactive network board having a LAN Interface and a test interface 

comprises the steps of applying power to the board and reading a POST result which was executed out of board 
ROM via the test interface, and downloading a test program into the board RAM via the test interface. The 
test program Is then activated for execution out of board RAM. The board may then be conrvnanded to configure 
a peripheral device (through either the LAN or the SCSI interface) to be a LAN driver or an SCSI peripheral. 

io The board then interacts wHh the LAN driver or SCSI peripheral in accordanoe with the test program. Results 
of the test program are then output via the test interface to a test computer which receives these test results. 
If certain tests fall, additional test programs may be soipted in acocudanoe with the type of failure. The newly 
scripted test programs will be able to perform fault detection and diagnosis, and these additionally scripted 
test programs may then be downloaded to the board RAM from the PC1 . 

IS Once adi of the tests are successfully concluded, it may be convenient (In the factory test environment) to 
flash the operatbnal f rmware Into EPROM 222. Specif icaDy. the last step of a testing pnagram may be utilized 
to load the requisite firmware Image into the NEB EPROM 222 prior to delivery (see section 4q above). The 
firmware flaslied to EPROM 222 rrtay also include a unique MAC address for NEB 2 

In the past. MAC addresses were incorporated into circuit boards using a dedicated PROM chip such as 

20 PROM 232. However it has been found that if the MAC address is fteshed into EPROM. the PROM chip is 
notrequired. while the MAC address can still be stored in a non-volatile way. (Of course, as discussed in para^ 
graph 4q. the MAC address could also be remotely flashed into the EPROM at the same time the RAM firm- 
ware image is updated, after NEB 2 is coupled to the LAN.) 

In Step S2617 of FIG. 268, NEB testing has been completed and each board may be designated with its 

25 own Individual identifier number, commonly referred to as a MAC address. Thus, in Step S261 7 It is determined 
whetehra ROM firmware image is to be stored in EPROM 222. If no image is to be stored, testing ends. How- 
ever, if an image is to be stored, flow advances to Step S261 8 where the ROM image (with MAC address) is 
flashed to EPROM 222. At Step S2618 it may also l>e desirable to download other data normaDy Gtored in 
PROM 232, such as board revision number, data of manufacture, tester name, etc, together with the MAC 

so address. 

Two possible scenarios have been considered forflashing the ROM firmware and MACaddrees to EPROM 
22Z In the first case the NEB 2 has b&&n pre-loaded with a sophisticated set of diagnostics for use in n«n- 
ufacturing tests. This approach limits the amount of time needed to download the specific tests since they 
, will be already present in the firmware. In this case, after the tests are euccessfd the final production veraion 
35 of the firmware is loaded into the board and flashed along with the MAC address and other hardware rafated 
Information such as board revision, manufacturing data, and taster (Step S2618). In the second casa tha board 
will be built with the final production version of the f irnware. In this case the board specific informat'ion area 
will be left blank and only this area loaded and flashed after a successful test execution in Step S2618. 
In summary, a method for post-test loading of programmable firmware into an interactive network board 
40 havinga LAN interfaoe comprises the step ofdownloading a ROM firniwareinnagsCindudinQ the MAC address^ 
to DRAM 220 via the LAN interface. The integrity of the ROM image is then conf irmed, and the board is com- 
manded to electronically erase the EPROM. The EPROM is then flashed with the ROM image which includes 
the MAC address, and the board is then re-booted from EPROM. 

Thus, what has been described in defail above is an interactive network droiit board induding sta^ucture 
45 and function for coupling a periphersri to a LAN so that the peripheral is a responsive interactive member of 
the LAN. 

While the present inventton has been described with respect to what is considered to be the preferred 
embodiments, it is to be understood that the present invention is not limited to the disclosed embodiments. 
To the contrary, the present invention is intended to cover various modifications and equivalent arrangenients 
50 included withki the spirit and scope of the appended daims. The scope of the following daima is to be accorded 
the broadest interpretetion so as to encompass all such modifications and equnralentstructures and functions. 
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1. A method for downloading an executable file to a RAM disposed on a designated interactive network 
board having a local area network interface, comprising the steps of: 

activating a LAN communication program, said communication program operating to broadcast an 
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Inquiry through the local aiea network for the designated interactive network board, to receive location 
information of the designated interactive network board tn response to the broadcast Inquiry, and to es- 
tablish communication v/ith the designated interactive network board; 

downloading, from the local area network, the executable file Into the RAM on the designated in- 
teractive network board through the locdl area network interfaoe, said executable file including a check- 
sum packi^' 

verifying a checksum value of the executable file against a checksum value in the checksum pack- 
et; and . 

In the case that the verifying step Is successfiily completed, remotely controlling the execution 
of the executable file. 

2. Amethod according to Claim 1, wherein the step of downloading includes the step of downloading a MAC 
address into the RAM. 

3. Amethod according to Qaim 1 , wherein the step of downloading includes the step of downloading a check- 
sum value Into the RAM. 

4. A method according to dam 1 , wherein the step of remotely controlling includes the step of sending a 
command from a remote network souroe to a prooessor disposed on the designated interactive network 
board to execute the executable file. 

5. A method according to aalm 1 , wherein the step of downloading is perfbrrod Immediately after an In- 
teractive network board test 

e. Amethod according to Claim 1 . wherein the step of downloading includes the step of downloading a ROM 
firmware image Into the RAM. 

7. Amethod acooiding to Claim 1 . wherein the stepof remotely controlling Includes the step of commanding, 
from a remote network source, a loading of the executable file Into an EPROM disposed on the board. 

S. A method according to aalm 1 , wherein the step of downloading is performed through a test Interface 
disposed on the board. 

« . A method according to Oalm 1 , wherein the verifying step includes the steps of determining a chedtsum 
value of the executabte file and comparing the determined checksum value with a checksum value in the 
checksum packet attached to the executable file, and wherein, in the case the determined checksum vah 
ue does not equal the checksum value in the checksum packet outputting an error signal. 

1 0. An apparatus for downloading an executable file to an interactive network board, comprising: 

e LAN interface connected to said intsractive network board, for receiving an executable file and 
an execute command from a LAN; 

a RAM, disposed on said interactive network board, far storing the receivBd executable file therein; 

and 

a processor, disposed on said board, for executing the executable file stored in said RAM, in re- 
sponse to the received execute command. 

11. An apparatus according to Claim 10. further comprising a remote LAN devkse for remotely downloading 
thrx)ugh the LAN interface the executable file to be stored in said RAM. 

12- An apparatus acooiding to Claim 11, wherein the remote LAN device sends the execute command to the 
processor to execute the executable file in RAM. 

13. An apparatus according to Claim 12, wherein the processor verifies the integrity of the executable file 
betors execution of the file. 

14. An apparatus according to Claim 11, wherein the remote LAN device downloads the executable file 
through a test interface disposed on saki board. 

1 5. An apparatus according to Claim 10, wherein the I^M comprises a dynamic RAM. 
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16. An apparatus accx)rting to aalm 10, Wherein the interactive 

17. An apparatus according to Claim 10, further comprising an EPROM, disposed on said board, for storing 
a plurality of executable files, and wherein said processor loads said executable file from the RAM into 

5 theEPROM. 

18. An apparatus aa»rding to Claim 17. wherein theEPROM c»mprises a 

19. An interface nfiodule ocmprising a processor and means for receiving and storing in non-volatile form in- 
structions executable by said processor, wherein received instructions ate verified prior to being stored. 
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